Suggested responses based on message stickers

ABSTRACT

Implementations relate to automatic suggested responses based on message stickers provided in a messaging application. In some implementations, a computer-implemented method to provide message suggestions in a messaging application includes detecting a first message sent by a first user device to a second user device over a communication network, programmatically analyzing the first message to determine a semantic concept associated with the first message, identifying one or more message stickers based at least in part on the semantic concept, and transmitting instructions to cause the one or more message stickers to be displayed in a user interface displayed on the second user device.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/703,699, filed Dec. 4, 2019 and titled SUGGESTED RESPONSES BASED ONMESSAGE STICKERS, which is a continuation of U.S. patent applicationSer. No. 15/709,423, filed Sep. 19, 2017 and titled SUGGESTED RESPONSESBASED ON MESSAGE STICKERS (now U.S. Pat. No. 10,547,574), which claimspriority to U.S. Provisional Patent Application No. 62/397,316, filedSep. 20, 2016 and titled SUGGESTED RESPONSES BASED ON MESSAGE STICKERS,the contents of all of which are incorporated herein by reference intheir entirety.

BACKGROUND

The popularity and convenience of digital devices as well as thewidespread of use of Internet communications have caused communicationsbetween user devices to become ubiquitous. Users can use their userdevices to send various forms of media to each other to be displayed orotherwise output on the devices, including text, emoji, images, videos,and animations. For example, a user can input text and select images orother media forms to send to another user's device over a communicationnetwork.

The background description provided herein is for the purpose ofgenerally presenting the context of the disclosure. Work of thepresently named inventors, to the extent it is described in thisbackground section, as well as aspects of the description that may nototherwise qualify as prior art at the time of filing, are neitherexpressly nor impliedly admitted as prior art against the presentdisclosure.

SUMMARY

Implementations of this application relate to automatic suggestedresponses based on message stickers provided in a messaging application.In some implementations, a computer-implemented method to providemessage suggestions in a messaging application includes detecting afirst message sent by a first user device to a second user device over acommunication network, programmatically analyzing the first message todetermine a semantic concept associated with the first message,identifying one or more message stickers based at least in part on thesemantic concept, and transmitting instructions to cause the one or moremessage stickers to be displayed in a user interface displayed on thesecond user device.

Various implementations and examples of the method are described. Forexample, in some implementations, the first message is part of acommunication between a first user of the first user device and a seconduser of the second user device in the messaging application, and themethod further includes programmatically analyzing the communication todetermine one or more additional semantic concepts associated with thecommunication, where identifying the one or more message stickers isfurther based on the one or more additional semantic concepts. In someimplementations, identifying the one or more message stickers includesdetermining one or more suggested responses based on the semanticconcept, comparing one or more descriptors associated with a pluralityof message stickers with the one or more suggested responses, andselecting the one or more message stickers from the plurality of messagestickers based on the comparing.

In some examples, selecting the one or more message stickers from theplurality of message stickers based on the comparing includes checkingfor correspondence between the one or more descriptors and the one ormore suggested responses, where the correspondence includes lettermatches between words of the one or more descriptors and the one or moresuggested responses, and/or semantic similarities between the one ormore descriptors and the one or more suggested responses; anddetermining that the one or more message stickers have thecorrespondence between the one or more descriptors and the one or moresuggested responses. In further examples, the one or more messagestickers include multiple message stickers, and further comprisingdetermining a respective rank of the multiple message stickers based onone or more correspondences between a description of each of themultiple message stickers and the one or more suggested responses, wheretransmitting instructions to cause the multiple message stickers to bedisplayed includes transmitting instructions indicating the rank of theplurality of message stickers.

In some implementations, selecting the one or more message stickers fromthe plurality of message stickers based on the comparing includesdetermining similarity scores between the one or more descriptors andthe one or more suggested responses, and selecting the one or moremessage stickers based on the similarity scores of the one or moremessage stickers. In some implementations, at least one message stickerof the one or more message stickers includes image data to be displayedand a sticker identification (ID) effective to identify the at least onemessage sticker.

The method further includes, in some implementations, receiving aselection via user input of a particular message sticker of the one ormore message stickers, and in response to receiving the selection,providing the particular message sticker to the first user device in themessaging application, where providing the particular message stickerincludes one or more of: sending a sticker ID of the message sticker tothe first user device over the communication network, and sending imagedata of the message sticker to the first user device over thecommunication network. In some implementations, identifying the one ormore message stickers includes determining that the first message ispart of a conversation between the first user device and the second userdevice in the messaging application, and the method further includesidentifying the one or more message stickers based at least in part onone or more semantic concepts in one or more messages receivedpreviously in the conversation.

In some implementations, a computer-implemented method to providemessage suggestions in a messaging application, the method includingdetecting a first message sent by a first user device to a second userdevice over a communication network, where the first message includes amessage sticker. The method includes programmatically analyzing themessage sticker to determine a semantic concept associated with thefirst message, determining one or more suggested responses based atleast in part on the semantic concept, and transmitting instructions tocause the one or more suggested responses to be displayed by the seconduser device.

Various implementations and examples of the method are described. Forexample, in some implementations, the suggested responses include atleast one suggested message sticker response that includes a messagesticker. In some implementations, determining the one or more suggestedresponses further includes comparing one or more descriptors associatedwith a plurality of message stickers with the one or more suggestedresponses, and selecting the at least one suggested message stickerresponse from the plurality of message stickers based on the comparing.In some examples, the method further comprises determining that themessage sticker is stored on the second user device.

In some implementations, the method further includes receiving aselection of at least one suggested response of the one or moresuggested responses based on received user input to the second userdevice, and in response to receiving the selection, transmitting the atleast one suggested response to the first user device over thecommunication network. In some examples, the message sticker isassociated with image data and a sticker identification (ID).

In some implementations, a system to provide message suggestions in amessaging application includes a memory and at least one processorconfigured to access the memory and configured to perform operations.The operations include receiving, at a second user device, a firstmessage sent by a first user device over a communication network, andobtaining a suggested response associated with the first message, wherethe suggested response is based on a semantic concept determined byprogrammatically analyzing the first message. The operations includeidentifying one or more message stickers based at least in part on thesuggested response, where the one or more message stickers are stored onthe second user device, and causing the one or more message stickers tobe displayed in a user interface displayed on the second user device.

Various implementations and examples of the system are described. Forexample, in some implementations, the operation to obtain the suggestedresponse includes receiving the suggested response from a server device,where the server device programmatically analyzes the first message todetermine the semantic concept and determines the suggested responsebased on a mapping of the semantic concept to a library of storedsuggested responses. In some implementations, operations further includeobtaining a plurality of semantic concepts associated with a pluralityof message stickers stored on the second user device, and comparing theplurality of semantic concepts with the suggested response, whereidentifying the one or more message stickers based at least in part onthe suggested response includes selecting the one or more messagestickers from the plurality of semantic concepts based on the comparing.

In some implementations of the system, further operations includereceiving a selection of at least one suggested response of the one ormore suggested responses based on received user input to the second userdevice, and in response to receiving the selection, transmitting the atleast one suggested response to the first user device over thecommunication network. In some examples, at least one message sticker ofthe one or more message stickers includes image data to be displayed anda sticker identification (ID) to identify the at least one messagesticker.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of example systems and a network environmentwhich may be used for one or more implementations described herein;

FIG. 2 is a block diagram illustrating an example system implementingone or more features described herein, according to someimplementations;

FIG. 3 is a flow diagram illustrating an example method to providesuggested responses to a received message sticker, according to someimplementations;

FIG. 4 is a flow diagram illustrating an example method to providemessage sticker suggestions in response to a received message, accordingto some implementations;

FIG. 5 is flow diagram illustrating another example method to providemessage sticker suggestions in response to a received message, accordingto some implementations;

FIGS. 6-7 are graphic representations of an example displayed userinterface in which suggested responses are provided in response toreceiving a message sticker, according to some implementations;

FIGS. 8-9 are graphic representations of an example displayed userinterface providing suggested responses that include locationsuggestions, according to some implementations;

FIGS. 10-11 are graphic representations of example of user interfacesdisplaying suggested responses to received images, according to someimplementations; and

FIG. 12 is a block diagram of an example device which may be used forone or more implementations described herein.

DETAILED DESCRIPTION

One or more implementations described herein relate to automaticsuggested responses based on message stickers provided in messagingapplications. In some implementations, a device detects a message sentover a communication network from a first device of a first user to asecond device of a second user. The message is programmatically analyzedby the device to determine a semantic concept associated with themessage. One or more message stickers are identified based at least inpart on the semantic concept, and the one or more message stickers aredisplayed in a user interface on the second device as suggestedresponses selectable by the second user. In response to a suggestedmessage sticker being selected, e.g., by user input, the selectedmessage sticker is transmitted as a response to the message in theconversation, e.g., to the first device and any other devices that arein the conversation in which the message is sent. For example, the sentmessage sticker is displayed as a response message in the messagingapplication executed on the first device.

In various implementations, suggested responses are determined for thereceived message based on the semantic concept determined to be presentin the message. Descriptors such as description and keywords associatedwith multiple message stickers are obtained, the descriptors arecompared with the suggested responses, and the suggested messagestickers are selected from the multiple message stickers based on thecomparison. In various implementations, message stickers are associatedwith image data that is to be displayed, and associated with stickeridentification (ID) to identify the message sticker, and/or a stickerset ID to identify a set or group of stickers in which the messagesticker is included.

In some implementations, a server device can store message stickers, candetermine message responses to a received message, can determine themessage stickers that correspond to the suggested responses for thereceived message, and can send the message stickers to the second deviceto display as suggested responses. In some implementations, thesuggested responses for the received message is determined by a serverdevice and sent to the second device, and the second device candetermine locally-stored message stickers that correspond to thesuggested responses for the received message and display such messagestickers as suggested responses.

In further implementations, received message(s) include one or moremessage stickers. Semantic concepts can be identified for the messagestickers, e.g., by obtaining descriptors (e.g., description and/orkeywords) associated with the standardized message stickers. One or moresuggested responses are determined based on the semantic concepts of thereceived message stickers, where the suggested responses can be text,images, and/or can include message stickers. The suggested responses canbe displayed by the second user device for selection by the second user,and a selected suggested response is sent to the first user deviceand/or other user devices in the conversation.

In some implementations, described computer-implemented methods,systems, and/or computer-readable media enable receiving a message at adevice, e.g., over a communication network from a second device operatedby a user, and automatically generating suggested responses from whichthe user can select to send in response to the received message. Thereceived message can include one or more message stickers, and/or thegenerated suggested responses can include one or more message stickersavailable to be sent by the second device.

In some implementations, at various times during a conversation betweenuser devices, users may not be able to provide sufficient attention orfocus to respond to received messages with pertinent responses, and/ormay not be able to provide detailed user input to a device to createsuch pertinent responses. In some examples, a user may be performing anactivity or be in an environment where appropriate responses are notpossible or more difficult for the user to provide. For example, a usermay not have the opportunity to browse through a list of availablestickers and select stickers to send to other users in the conversation.

One or more features described herein advantageously provide automaticmessage suggestions for a user in response to a message, includingmessage sticker suggestions and message suggestions for a receivedmessage sticker. For example, one or more suggested message responsesare automatically suggested based on a received message in a messagingconversation between user devices, and the user may simply select aresponse from the suggestions for posting in the conversation. Suchsuggestions allow a user to simply and quickly respond to receivedmessages with reduced user input and reduced time to compose responseson a device, thus reducing consumption of device resources that wouldotherwise be needed to enable and process added input from the user tocompose responses and/or otherwise participate in conversations held viaelectronic devices.

One or more features described herein advantageously provide automaticmessage suggestions based on message stickers in response to obtaining amessage on a device. One or more features described herein allow messagestickers to be easily and quickly used by users in conversations andother device communications, regardless of language used in messages,device preference, etc. Sending message stickers in electronic messagesallows users to express themselves to other users in chats and othercommunications provided via user devices. For example, if the userreceives a message sticker received in a messaging conversation betweenuser devices, one or more automatic message responses are suggestedbased on the message sticker (e.g., text responses, message stickerresponses, or other types of content responses), and the user may simplyselect a desired response from the suggestions. In another example, ifthe user receives a message in a device conversation (e.g., text messageor other type of content message), one or more automatic message stickerresponses are suggested based on the message, and the user may simplyselect a desired message sticker response from the suggestions to sendto other user devices.

Furthermore, the described message response suggestions are relevant tothe received message. For example, use of predefined associations ofsemantic concepts and suggested responses, mapping models, machinelearning models, etc. enables relevant message suggestions to bedetermined for concepts detected in message. The use of descriptions andkeywords associated with standardized message stickers allows relevantmessage stickers to be determined and presented as suggested responsesto a message, and allows relevant response suggestions to be determinedfor received message stickers in a message. Such relevant suggestionsallow a user to simply and quickly respond to received messages withreduced user input and reduced time to compose the responses on adevice, thus reducing consumption of device resources that wouldotherwise be needed to enable and process added input from the user tocompose responses instead of selecting less relevant suggestions, orresources that would otherwise be needed to display a large set ofpossible responses (e.g., including less relevant suggestions).Furthermore, such features enable reduction of consumption of deviceresources that would otherwise be needed to enable and process addedinput from the user to compose responses, search, edit, or completesuggested responses, and/or otherwise participate in conversations heldvia electronic devices.

Consequently, a technical effect of one or more describedimplementations is that creation and transmission of responses indevice-implemented conversations is achieved with less computationaltime and resources expended to obtain results. For example, a technicaleffect of described features is a reduction in the consumption of systemprocessing resources utilized to create and send message responses thanin a system that does not provide one or more of the described features,as indicated above.

In situations in which certain implementations discussed herein maycollect or use personal information about users (e.g., user data,information about a user's social network, user's location and time atthe location, user's biometric information, user's activities anddemographic information), users are provided with one or moreopportunities to control whether information is collected, whether thepersonal information is stored, whether the personal information isused, and how the information is collected about the user, stored andused. That is, the systems and methods discussed herein collect, storeand/or use user personal information specifically upon receivingexplicit authorization from the relevant users to do so. For example, auser is provided with control over whether programs or features collectuser information about that particular user or other users relevant tothe program or feature. Each user for which personal information is tobe collected is presented with one or more options to allow control overthe information collection relevant to that user, to provide permissionor authorization as to whether the information is collected and as towhich portions of the information are to be collected. For example,users can be provided with one or more such control options over acommunication network. In addition, certain data may be treated in oneor more ways before it is stored or used so that personally identifiableinformation is removed. As one example, a user's identity may be treatedso that no personally identifiable information can be determined. Asanother example, a user's geographic location may be generalized to alarger region so that the user's particular location cannot bedetermined.

“Stickers” or “message stickers” offer users of messaging applicationsan intuitive visual mechanism to interact with other users. Stickersinclude visual content displayed by a device, e.g., image pixel content,animations, video, and may include other types of content, e.g., text,audio data, etc. For example, stickers may be based on one or morecharacters and can use the characters to express a variety of emotions.Stickers may also be based on themes, such as a movie theme (e.g., “Skyand Stars” movie stickers), a cartoon character, a genre (e.g., food,drink, dance, etc.), a message (“call me”), and so on. In someimplementations, stickers may be larger than emoji. In someimplementations, stickers may include motion and/or audio, in additionto or alternatively to static images. In some implementations, stickerswhen received in a messaging application may be displayed in a largersize (e.g., full-screen, or a large portion of a user interface of themessaging application) and may collapse to a smaller size, e.g., after aparticular amount of time has elapsed since reception of the sticker. Insome implementations, a sticker may be displayed as an overlay, e.g., ontop of a conversation in a messaging application. Stickers may enableusers to reduce the time spent in entering text and may makecommunications via a messaging application easier and/or faster.

In some implementations, a message sticker include image data (e.g.,pixel data) indicating the visual display appearance of the messagesticker. A message sticker can also be associated with stickerinformation, e.g., metadata. For example, a message sticker can beincluded in a group of related message stickers, e.g., a “sticker set.”A message sticker can be associated with metadata such as a stickeridentification (ID) that identifies the sticker, and a sticker set IDthat identifies the sticker set to which the sticker belongs. A messagesticker can be associated with metadata including one or more thumbnailversions of the sticker, e.g., lower resolution or smaller versions ofthe image data. A message sticker can be associated with a metadataincluding descriptors, such as a description (e.g., a text description)related to the sticker and/or one or more keywords related to thesticker, as described in examples below. In some implementations,message stickers and sticker sets are defined, created, and/or providedby one or more providers that can maintain the stickers in astandardized format, e.g., maintain the sticker image data and metadata.In some implementations, users of user devices are not able to modifymessage sticker data directly, and can obtain modified message stickerdata from a provider.

An image as referred to herein is a digital image having pixels with oneor more pixel values (e.g., color values, brightness values, etc.). Animage can be a still image or single image, or can be an image includedin a series of images, e.g., a frame in a video sequence of videoframes, or an image in a different type of sequence or animation ofimages. For example, implementations described herein can be used withsingle images, video sequences of images, or animated images (e.g.,cinemagraphs, animated Graphics Interchange Format images (GIFs), orother animations).

FIG. 1 illustrates a block diagram of an example environment 100 forproviding messaging services that enable and, in some embodiments,provide automatic assistive agents, e.g., bots. The exemplaryenvironment 100 includes messaging server 101, one or more clientdevices 115 a, 115 n, server 135, and network 140. Users 125 a-125 n maybe associated with respective client devices 115 a, 115 n. Server 135may be a third-party server, e.g., controlled by a party different fromthe party that provides messaging services. In various implementations,server 135 may implement bot services, as described in further detailbelow. In some implementations, environment 100 may not include one ormore servers or devices shown in FIG. 1 or may include other servers ordevices not shown in FIG. 1. In FIG. 1 and the remaining figures, aletter after a reference number, e.g., “115 a,” represents a referenceto the element having that particular reference number. A referencenumber in the text without a following letter, e.g., “115,” represents ageneral reference to implementations of the element bearing thatreference number.

In the illustrated implementation, messaging server 101, client devices115, and server 135 are communicatively coupled via a network 140. Invarious implementations, network 140 may be a conventional type, wiredor wireless, and may have numerous different configurations including astar configuration, token ring configuration or other configurations.Furthermore, network 140 may include a local area network (LAN), a widearea network (WAN) (e.g., the Internet), and/or other interconnecteddata paths across which multiple devices may communicate. In someimplementations, network 140 may be a peer-to-peer network. Network 140may also be coupled to or include portions of a telecommunicationsnetwork for sending data in a variety of different communicationprotocols. In some implementations, network 140 includes Bluetooth®communication networks, Wi-Fi®, or a cellular communications network forsending and receiving data including via short messaging service (SMS),multimedia messaging service (MMS), hypertext transfer protocol (HTTP),direct data connection, email, etc. Although FIG. 1 illustrates onenetwork 140 coupled to client devices 115, messaging server 101, andserver 135, in practice one or more networks 140 may be coupled to theseentities.

Messaging server 101 may include a processor, a memory, and networkcommunication capabilities. In some implementations, messaging server101 is a hardware server. In some implementations, messaging server 101may be implanted in a virtualized environment, e.g., messaging server101 may be a virtual machine that is executed on a hardware server thatmay include one or more other virtual machines. Messaging server 101 iscommunicatively coupled to the network 140 via signal line 102. Signalline 102 may be a wired connection, such as Ethernet, coaxial cable,fiber-optic cable, etc., or a wireless connection, such as Wi-Fi,Bluetooth, or other wireless technology. In some implementations,messaging server 101 sends and receives data to and from one or more ofclient devices 115 a-115 n, server 135, and bot 113 via network 140. Insome implementations, messaging server 101 includes messagingapplication 103 a that provides client functionality to enable a user(e.g., any of users 125) to exchange messages with other users and/orwith a bot. Messaging application 103 a may be a server application, aserver module of a client-server application, or a distributedapplication (e.g., with a corresponding client messaging application 103b on one or more client devices 115).

Messaging server 101 may also include database 199 which may storemessages exchanged via messaging server 101, data and/or configurationof one or more bots, and user data associated with one or more users125, all upon explicit permission from a respective user to store suchdata. In some embodiments, messaging server 101 may include one or moreassistive agents, e.g., bots 107 a and 111. In other embodiments, theassistive agents may be implemented on the client devices 115 a-n andnot on the messaging server 101.

Messaging application 103 a may be code and routines operable by theprocessor to enable exchange of messages among users 125 and one or morebots 105, 107 a, 107 b, 109 a, 109 b, 111, and 113. In someimplementations, messaging application 103 a may be implemented usinghardware including a field-programmable gate array (FPGA) or anapplication-specific integrated circuit (ASIC). In some implementations,messaging application 103 a may be implemented using a combination ofhardware and software.

In various implementations, when respective users associated with clientdevices 115 provide consent for storage of messages, database 199 maystore messages exchanged between one or more client devices 115. In someimplementations, when respective users associated with client devices115 provide consent for storage of messages, database 199 may storemessages exchanged between one or more client devices 115 and one ormore bots implemented on a different device, e.g., another clientdevice, messaging server 101, and server 135, etc. In theimplementations where one or more users do not provide consent, messagesreceived and sent by those users are not stored.

In some implementations, messages may be encrypted, e.g., such that onlya sender and recipient of a message can view the encrypted messages. Insome implementations, messages are stored. In some implementations,database 199 may further store data and/or configuration of one or morebots, e.g., bot 107 a, bot 111, etc. In some implementations when a user125 provides consent for storage of user data (such as social networkdata, contact information, images, etc.) database 199 may also storeuser data associated with the respective user 125 that provided suchconsent.

In some implementations, messaging application 103 a/103 b may provide auser interface that enables a user 125 to create new bots. In theseimplementations, messaging application 103 a/103 b may includefunctionality that enables user-created bots to be included inconversations between users of messaging application 103 a/103 b.

Client device 115 may be a computing device that includes a memory and ahardware processor, for example, a camera, a laptop computer, a tabletcomputer, a mobile telephone, a wearable device, a mobile email device,a portable game player, a portable music player, a reader device, headmounted display or other electronic device capable of wirelesslyaccessing network 140.

In the illustrated implementation, client device 115 a is coupled to thenetwork 140 via signal line 108 and client device 115 n is coupled tothe network 140 via signal line 110. Signal lines 108 and 110 may bewired connections, e.g., Ethernet, or wireless connections, such asWi-Fi, Bluetooth, or other wireless technology. Client devices 115 a,115 n (e.g., user devices) are accessed by users 125 a, 125 n,respectively. The client devices 115 a, 115 n in FIG. 1 are used by wayof example. While FIG. 1 illustrates two client devices, 115 a and 115n, the disclosure applies to a system architecture having one or moreclient devices 115.

In some implementations, client device 115 may be a wearable device wornby a user 125. For example, client device 115 may be included as part ofa clip (e.g., a wristband), part of jewelry, or part of a pair ofglasses. In another example, client device 115 is a smartwatch. Invarious implementations, user 125 may view messages from the messagingapplication 103 a/103 b on a display of the device, may access themessages via a speaker or other output device of the device, etc. Forexample, user 125 may view the messages on a display of a smartwatch ora smart wristband. In another example, user 125 may access the messagesvia headphones (not shown) coupled to or part of client device 115, aspeaker of client device 115, a haptic feedback element of client device115, etc.

In some implementations, messaging application 103 b is stored on aclient device 115 a. In some implementations, messaging application 103b (e.g., a thin-client application, a client module, etc.) may be aclient application stored on client device 115 a with a corresponding amessaging application 103 a (e.g., a server application, a servermodule, etc.) that is stored on messaging server 101. For example,messaging application 103 b may transmit messages created by user 125 aon client device 115 a to messaging application 103 a stored onmessaging server 101.

In some implementations, messaging application 103 a may be a standaloneapplication stored on messaging server 101. A user 125 a may access themessaging application 103 a via a web page using a browser or othersoftware on client device 115 a. In some implementations, messagingapplication 103 b that is implemented on the client device 115 a mayinclude the same or similar modules as that are included on messagingserver 101. In some implementations, messaging application 103 b may beimplemented as a standalone client application, e.g., in a peer-to-peeror other configuration where one or more client devices 115 includefunctionality to enable exchange of messages with other client devices115. In these implementations, messaging server 101 may include limitedor no messaging functionality (e.g., client authentication, backup,etc.). In some implementations, messaging server 101 may implement oneor more bots, e.g., bot 107 a and bot 111.

A response suggestion generator 150 is a module used to generaterelevant responses based on particular semantic concepts which are inputto the response suggestion generator 150. Some examples of using aresponse suggestion generator 150 are described herein. In variousimplementations, response suggestion generator 150 is a separate deviceor incorporated in one or more other devices of environment 100, e.g.,messaging server 101 or other server.

Server 135 may include a processor, a memory and network communicationcapabilities. In some implementations, server 135 is a hardware server.Server 135 is communicatively coupled to the network 140 via signal line128. Signal line 128 may be a wired connection, such as Ethernet,coaxial cable, fiber-optic cable, etc., or a wireless connection, suchas Wi-Fi, Bluetooth, or other wireless technology. In someimplementations, server 135 sends and receives data to and from one ormore of messaging server 101 and client devices 115 via network 140.Although server 135 is illustrated as being one server, variousimplementations may include one or more servers 135. Server 135 mayimplement one or more bots as server applications or server modules,e.g., bot 109 a and bot 113.

In various implementations, server 135 may be part of the same entitythat manages messaging server 101, e.g., a provider of messagingservices. In some implementations, server 135 may be a third partyserver, e.g., controlled by an entity different than the entity thatprovides messaging application 103 a/103 b.

In some implementations, one or more components of the environment 100provides or hosts bots. A bot is an automated service, implemented onone or more computers, that users interact with via user input, e.g.,text, such as via messaging application 103 a/103 b or otherapplications, etc. Bots are described in greater detail below.

In some implementations, messaging application 103 a/103 b may alsoprovide one or more suggestions, e.g., suggested responses, to users 125via a user interface. In some implementations, suggested responses areprovided in response to user input, e.g., via a button or other userinterface element. Suggested responses can enable faster interaction,e.g., by reducing or eliminating the need for a user to type a response.Suggested responses may enable users to respond to a message quickly andeasily, e.g., when a client device lacks text input functionality (e.g.,a smartwatch that does not include a keyboard or microphone). Suggestedresponses may also enable users to respond quickly to messages, e.g.,when the user selects suggested response (e.g., by selecting acorresponding a user interface element on a touchscreen). Suggestedresponses may be generated using predictive models, e.g., machinelearning models, that are trained to generate responses.

For example, messaging application 103 a/103 b may implement machinelearning, e.g., a deep learning model, that can enhance user interactionwith messaging application 103. In some implementations, machinelearning can implemented on one or more components of the environment100. Machine-learning models may be trained using synthetic data, e.g.,data that is automatically generated by a computer, with no use of userinformation. In some implementations, machine-learning models may betrained, e.g., based on sample data, for which permissions to utilizeuser data for training have been obtained expressly from users. Forexample, sample data may include received messages and responses thatwere sent to the received messages. Based on the sample data, themachine-learning model can predict responses to received messages, whichmay then be provided as suggested responses.

User interaction is enhanced, e.g., by reducing burden on the user tocompose a response to a received message, by providing a choice ofresponses that are customized based on the received message and theuser's context. For example, when users provide consent, suggestedresponses may be customized based on the user's prior activity, e.g.,earlier messages in a conversation, messages in different conversations,etc. For example, such activity may be used to determine an appropriatesuggested response for the user, e.g., a playful response, a formalresponse, etc. based on the user's interaction style. In anotherexample, when the user specifies one or more preferred languages and/orlocales, messaging application 103 a/103 b may generate suggestedresponses in the user's preferred language. In various examples,suggested responses may be text responses, images, multimedia, etc.

In some implementations, machine learning may be implemented onmessaging server 101, on client devices 115, or on both messaging server101 and client devices 115. In some implementations, a simple machinelearning model may be implemented on client device 115 (e.g., to permitoperation of the model within memory, storage, and processingconstraints of client devices) and a complex machine learning model maybe implemented on messaging server 101. If a user does not provideconsent for use of machine learning techniques, such techniques are notimplemented. In some implementations, a user may selectively provideconsent for machine learning to be implemented only on a client device115. In these implementations, machine learning may be implemented onclient device 115, such that updates to a machine learning model or userinformation used by the machine learning model are stored or usedlocally, and are not shared to other devices such as messaging server101, server 135, or other client devices 115. Some further examples ofmachine learning implementations are described below.

For the users that provide consent to receiving suggestions, e.g., basedon machine-learning techniques, suggestions may be provided by messagingapplication 103. For example, suggestions may include suggestions ofcontent (e.g., movies, books, etc.), schedules (e.g., available time ona user's calendar), events/venues (e.g., restaurants, concerts, etc.),and so on. In some implementations, if users participating in aconversation provide consent to use of conversation data, suggestionsmay include suggested responses to incoming messages that are based onconversation content.

For example, if a first user of two users that have consented tosuggestions based on conversation content, sends a message “do you wantto grab a bite? How about Italian?” a response may be suggested to thesecond user, e.g. “@assistant lunch, Italian, table for 2.” In thisexample, the suggested response includes a bot (identified by the symbol@ and bot handle assistant). If the second user selects this response,the assistant bot is added to the conversation and the message is sentto the bot. A response from the bot may then be displayed in theconversation, and either of the two users may send further messages tothe bot. In this example, the assistant bot is not provided access tothe content of the conversation, and suggested responses are generatedby the messaging application 103.

In certain implementations, the content of a suggested response may becustomized based on whether a bot is already present in a conversationor is able to be incorporated into the conversation. For example, if itis determined that a travel bot could be incorporated into the messagingapp, a suggested response to a question about the cost of plane ticketsto France could be “Let's ask travel bot!”

In different implementations, suggestions, e.g., suggested responses,may include one or more of: text (e.g., “Terrific!”), emoji (e.g., asmiley face, a sleepy face, etc.), images (e.g., photos from a user'sphoto library), text generated based on templates with user datainserted in a field of the template (e.g., “her number is <PhoneNumber>” where the field “Phone Number” is filled in based on user data,if the user provides access to user data), links (e.g., Uniform ResourceLocators), message stickers, etc. In some implementations, suggestedresponses may be formatted and/or styled, e.g., using colors, fonts,layout, etc. For example, a suggested response that includes a movierecommendation may include descriptive text about the movie, an imagefrom the movie, and a link to buy tickets. In different implementations,suggested responses may be presented as different types of userinterface elements, e.g., text boxes, information cards, etc.

In different implementations, users are offered control over whetherthey receive suggestions (e.g., suggested responses), what types ofsuggestions they receive, a frequency of the suggestions, etc. Forexample, users may decline to receive suggestions altogether, or maychoose specific types of suggestions, or to receive suggestions onlyduring certain times of day. In another example, users may choose toreceive personalized suggestions. In this example, machine learning maybe used to provide suggestions, based on the user's preferences relatingto use of their data and use of machine learning techniques.

FIG. 2 is a block diagram illustrating one example system that canimplement one or more features described herein. In someimplementations, one or more of the modules shown in FIG. 2 arecomponents of a messaging application 103 a/103 b and/or are implementedin other components of the system. In some implementations, one or moreof the modules shown in FIG. 2 are components of a server system, e.g.,one or more individual servers or components of a single server.

A first user 202 can operate a first user device 204. In variousimplementations, the first user device 204 is a client device 115 ofFIG. 1, for example, or is a server device. A second user 206 canoperate a second user device 208, which can be a client device 115 orcan be a server device.

A server interface 210 can be provided on a server device or clientdevice, and can receive messages sent by first user device 204 and/orsecond user device 208 can forward such messages to one or morerecipient devices. For example, server interface 210 can be a componentof a messaging server 101 and a messaging application 103 a/103 b can beprovided to control messaging functions.

A sticker suggestion module 212 can be used in some implementations.Sticker suggestion module 212 can receive messages and message stickerinformation (e.g., sticker metadata), communicate with other modules toobtain additional information, and send suggestion information to serverinterface 210 such that the suggestion information is obtained by userdevices such as first user device 204 and second user device 208 viaserver interface 210 (e.g., the first and second user devices retrievethe suggestion information and/or the server interface 210 sends thesuggestion information to the first and second user devices). Forexample, the suggestion information can include suggested replies thatare responses to a message sticker received by the user device(s),and/or suggested message stickers in reply to a message received by theuser device(s).

In some implementations, a sticker data module 214 can store stickerdata (e.g., metadata) related to standardized message stickers that havebeen issued to many devices and which are accessible to devicesincluding the first user device 204 and the second user device 208.Sticker data module 214 can be included in one or more modules ofenvironment 100. For example, the sticker data can include descriptors(e.g., descriptions and keywords) for sets of available messagestickers. In some examples, message stickers can each be associated withan identification of that message sticker, e.g., a stickeridentification (ID) that indicates the identity of the individualmessage sticker. Some implementations can organize message stickers intosticker sets, and respective sticker sets can have an identification,e.g., a sticker set ID. Further, some implementations can provide aversion number for a message sticker (and/or for a sticker set), wherethe version number can be compared to a stored reference version numberthat indicates the latest version of a sticker that has been issued.

In some implementations, a particular message sticker may be associatedwith a sticker ID, one or more sticker set IDs (indicating the stickersets in which particular message sticker is included), and a versionnumber (indicating the version of the particular message sticker, e.g.,indicating when or the order in which it was issued and made availableto users). In some implementations, sticker IDs and/or sticker set IDscan be referenced on one or more standard lists of message stickersavailable from various providers, e.g. where the sticker IDs, otherparameters, and associated image data are downloadable over theInternet, where these respective sticker IDs reference particular imagedata (and/or other data) to be displayed for the associated sticker IDson devices using the sticker IDs.

Sticker data module 214 can store descriptors, e.g., descriptions andkeywords, for associated individual stickers and/or for sticker sets.For example, the sticker data module can store sticker IDs andassociated descriptions for those sticker IDs. A description can beconsidered to provide one or more semantic concepts that are present in(or related to) the associated sticker. A description, for example, canbe text that relates to the associated sticker. For example, thedescription can be text (e.g., one or more words or phrases) indicatinga visual appearance of the message sticker, an action associated withthe message sticker, a category in which the message sticker isincluded, an emotional state or connotation, a command, declaration,observation, or exclamation, a saying or proverb, a symbol, or otherconcept associated with the message sticker. In some examples,descriptions can include “cooking,” “traffic,” “rise and shine,” “on myway,” “call me,” “bored,” “coffee,” “bye,” “love,” “cool lemonade,”“urghh,” etc. For example, in some implementations message stickerdescriptions are output as audio (e.g., spoken by a recorded voice orvoice synthesizer) to indicate receiving that message sticker.

One or more keywords can also be associated with a message sticker.Similarly to descriptions, keywords can be considered semantic conceptsthat describe one or more aspects of the visual appearance of themessage sticker, e.g., a type or category of the subject of the messagesticker, an action, mood, emotion, etc. related to the subject of themessage sticker, etc. In some implementations, keywords are used togroup, classify, or otherwise organize message stickers, for example. Insome examples, keywords are searched to locate associated particularmessage stickers related to a particular search term or query, orrelated to a particular generated suggested response or concept asdescribed below.

In some implementations, user devices can receive sticker data directlyfrom sticker data module 214, as indicated by the connection betweensecond user device 208 and the sticker data module 214 shown in FIG. 2.

Response suggestion generator 216 can be a module provided in somesystem implementations to generate relevant responses based onparticular semantic concepts which are input to the response suggestiongenerator 216. For example, the suggestion generator 216 can accessdatabases 218 and use one or more models stored in the databases and/oraccessing data stored in the databases to determine suggested responses.For example, the databases 218 can store a knowledge base or knowledgegraph that can include a taxonomy of different semantic concepts andprovide hierarchical relationships and connections between the semanticconcepts.

Databases 218 can include stored, constructed graphs indicatingappropriate responses to particular concepts. Databases 218 can alsoinclude defined grammars that may provide defined rules indicating aparticular response for a particular semantic concept. For example, textkeywords and descriptions that are input to the response suggestiongenerator 216 can be used as labels that indicate concepts, and theselabels can be input to such graphs and grammars of databases 218 by thesuggestion generator 216 to determine relevant response suggestions tothose keywords and descriptions. The generated response suggestions canbe returned to the sticker suggestion module 212.

In some implementations, generated response suggestions are ranked,e.g., by the sticker suggestion module 212, and a particular number ofthe top-ranked response suggestions are sent via the server interface210 to one or more user devices 204 and/or 208 to be displayed orotherwise output on the user devices. In some implementations, receivedsuggested responses from the response suggestion generator 216 arematched to particular stickers (e.g., matched to descriptors, e.g.,keywords and/or description, of the stickers), where the matchedstickers are considered suggested stickers and can be ranked, e.g.,based on ranks of their associated suggested responses and/or based onthe strength of their correspondence to their associated suggestedresponses. A particular number of the top ranking message stickersuggestions can be sent via the server interface 210 to one or more userdevices 204 and/or 208 to be displayed or otherwise output on the userdevices. One or more of these response suggestions and/or stickersuggestions can be selected by user input at the user devices to sendone or more messages to other devices, where the one or more messagesinclude the content indicated by the selected suggestion(s).

FIG. 3 is a flow diagram illustrating an example method 300 to provideone or more response suggestions to a received message sticker,according to some implementations. In some implementations, method 300is implemented, for example, on a server system, e.g., messaging server101, as shown in FIG. 1. In some implementations, some or all of themethod 300 is implemented on a system such as one or more client devices115 as shown in FIG. 1, and/or on both a server system and one or moreclient systems. In described examples, the implementing system includesone or more processors or processing circuitry, and one or more storagedevices such as a database or other accessible storage. In someimplementations, different components of one or more servers and/orclients perform different blocks or other parts of the method 300.

In block 302, it is checked whether user consent (e.g., user permission)has been obtained to use user data in the implementation of method 300.For example, user data can include messages sent or received by a user,e.g., using messaging application 103, user preferences, user biometricinformation, user characteristics (identity, name, age, gender,profession, etc.), information about a user's social network andcontacts, social and other types of actions and activities, content,ratings, and opinions created or submitted by a user, a user's currentlocation, historical user data, images generated, received, and/oraccessed by a user, videos viewed or shared by a user, etc. One or moreblocks of the methods described herein may use such user data in someimplementations.

If user consent has been obtained from the relevant users for which userdata may be used in the method 300, then in block 304, it is determinedthat the blocks of the methods herein can be implemented with possibleuse of user data as described for those blocks, and the method continuesto block 308.

If user consent has not been obtained, it is determined in block 306that blocks are to be implemented without use of user data, and themethod continues to block 308. In some implementations, if user consenthas not been obtained, blocks are to be implemented without use of userdata and with generic, synthetic, and/or publicly-accessible data.

Some implementations described herein, e.g., related to FIG. 3, mayprovide suggested message responses based on obtaining standardizedmessage stickers, e.g., a message sticker that has a particularassociated image data and sticker ID due to the message stickeroriginating from a particular official source. Suggested responses maybe provided in a variety of contexts. For example, suggested responsesmay be provided in response to receiving a message sticker at a serverand/or at a client device 115 a of a particular user (e.g., user 125 a)from any of client devices 115, e.g., by a messaging application 103.For example, messaging application 103 a/103 b may be an instantmessaging application, a social network application, an emailapplication, a multimedia messaging application, and the like.

Suggested responses may be generated and provided to the particular userautomatically, without user input or intervention, if consent has beenobtained from the particular user and one or more other users that sentand/or received the image. For example, if the messaging application isan instant messaging application, a message sticker may be received aspart of an instant messaging communication between the particular user125 a of a user (e.g., client) device and one or more other users 125 ofuser devices, e.g., in a messaging session (e.g., chat) having twoparticipants, in a group messaging session that includes more than twoparticipants, etc.

In various implementations, one or more of the users may be bots. Insome implementations, bots may be automated agents that are implementedin software and/or hardware. In some implementations, bots may representor be associated with cameras (e.g., security cameras, web cameras,surveillance cameras, etc.), appliances (e.g., a smart refrigerator, analarm device, an industrial appliance, etc.), imaging devices (e.g.,microscopes, medical imaging devices, etc.) and send one or more imagesvia messaging application 103. In the implementations that include oneor more of the users that are bots, consent is obtained from an owner oroperator of the bot to use messages generated by the bot. In someimplementations, consent may be specified as a configuration parameterof the bot, camera, appliance, etc. and be provided to the messagingapplication 103 a/103 b upon the bot interacting with the messagingapplication 103.

In some implementations, suggested responses may be providedspecifically to those users that have provided consent to access userdata. In some implementations, suggested responses may be providedautomatically or based on user input, e.g., a user may be provided auser interface to request suggestions.

In block 308, a message sticker is received, which has been sent from afirst user of a first device to a second user of a second device, e.g.,over a communication network. In various implementations, the messagesticker may be an image, e.g., a static image (e.g., a photograph, anemoji, or other image), a cinemagraph or animated image (e.g., an imagethat includes motion, a sticker that includes animation and audio,etc.), a video, audio data for an audio message, etc. In someimplementations, the received message sticker is included in a messagethat also includes one or more other types of content (e.g., text,emojis, video, audio, etc.). The message sticker can be a standardizedmessage image, e.g., an image that has been issued from a particularsource (e.g., network service, company, or other organization) and whichhas a particular sticker ID and/or sticker set ID, as described above.

In some implementations, the received message sticker includes imagedata indicating the visual display appearance of the message sticker(e.g., pixel data) and includes metadata associated with the messagesticker, e.g., sticker ID, sticker set ID, etc. In some implementations,the received message sticker includes some or all of associated metadatawithout image data and/or some metadata, e.g., where the image data andnon-received associated metadata can be obtained from a storage device.In some implementations, the received message sticker includes imagedata without some or all of the associated metadata, e.g., wheremetadata that is associated with the image data can be obtained from astorage device.

In some examples, the message sticker is sent by a first device that isone or more client devices 115 (or other devices), or by a bot thatsends messages, and the message sticker is received by a second devicethat is a client device 115 (or other device) via network 140. In someexamples, the message sticker is sent in a communication between thefirst device and the second device. In another example, thecommunication is a one-on-one (1:1) messaging session with twoparticipants, and the message sticker is received by a client device ofa particular user. In another example, the communication is a groupmessaging session, and the message sticker is received by two or moreclient devices of participants in the group messaging session.

In some implementations, the message sticker is obtained from storage,e.g., local storage of a client device 115 (e.g., memory, storage drive,etc.) and/or remote storage accessible to a client device over network140 (e.g., storage drives of a remote client device, server device, orstorage device). For example, in some implementations, the first devicestores the message sticker on the storage device, and the second deviceobtains the message sticker from the storage device.

In an example relating to the system 200 of FIG. 2, the message stickercan be sent by first user 202 using first user device 204. In someimplementations, the message sticker is included in a message that mayinclude, e.g., text or other data in addition to the message sticker.

In some example implementations, in block 308, the message sticker sentby the first user device 204 is received by a server, e.g., serverinterface 210 as shown in FIG. 2. The server interface 210 then sendsthe received message sticker to its intended recipient (e.g., to seconduser device 208) and one or more server modules can also process a copyof the received message sticker as in one or more blocks of method 300.In some implementations, in block 308, the message sticker is receivedby a client device, e.g., the second user device 208, and the clientdevice can process the received message sticker as in one or more blocksof method 300. Some implementations can use both server and clientdevices to process one or more blocks of method 300.

In block 310, sticker ID information and sticker version information aredetermined from the received sticker message. For example, a sticker IDthat identifies the particular message sticker, and a sticker set IDthat identifies a collection of message stickers to which the messagesticker belongs, can be determined. The sticker version information caninclude a version number of the message sticker as described above. Insome implementations, e.g., with respect to FIG. 2, the server interface210 forwards a copy of the message sticker to the sticker suggestionmodule 212. In some examples of such implementations, after detectingthat the received message is or includes a message sticker, the stickersuggestion module 212 extracts the sticker ID, sticker set ID, andversion information from the message sticker. In some implementations,these three parameters uniquely define the message sticker.

In some implementations, the sticker ID information, versioninformation, and/or other information can be obtained by the receivingsecond device from the received data in the message sticker.

In block 312, one or more descriptors of the message sticker aredetermined. For example, the descriptors can include description and oneor more keywords associated with the message sticker. For example, thedescriptors may be embedded or otherwise included in the messagesticker, or may be stored in separate storage and accessed based onsticker parameters, e.g., the sticker ID, sticker set ID, version ID,and/or other sticker parameters of the message sticker. In someimplementations, e.g., with respect to FIG. 2, the descriptors formessage stickers is stored in sticker data module 214. For example, thesticker suggestion module 212 can access the sticker data module 214using the sticker parameters of the message stickers as search criteria,and find and retrieve the descriptors associated with the messagesticker from the sticker data module 214. In some implementations, otherparameters of the message sticker may be used to uniquely identify thedescriptors in the sticker data module 214, e.g., a location zone forthe message sticker, which, e.g., can be determined from the messagesticker and/or from other data sources.

In block 314, one or more suggested responses are determined orgenerated based on the descriptors of the message sticker. The suggestedresponses can be text responses, or in some implementations, can be (orinclude) other forms of media content (e.g., audio, image, video, etc.).In some implementations, suggested responses are generated based onsemantic concepts, e.g., by using stored associations between conceptsand predefined responses, models that provide responses based onconcepts and their relationships to responses as defined in one or moregraphs, machine learning models, etc. In some implementations, one ormore suggested responses are determined as message stickers, similarlyas described below with respect to FIGS. 4 and 5. For example, suggestedresponses can be generated based on a mapping of the semantic conceptsto particular suggested responses. For example, the suggested responsescan be obtained from a set or library of stored suggested responses,e.g., that are synthetic responses or responses obtained from actualusers in previous device communications (e.g., using messagingapplications), if user consent has been obtained.

The descriptors (e.g., description and keywords) of the received messagesticker can be used as semantic concepts, and/or concepts can beobtained from the descriptors, to determine such responses. For example,words in the description can be provided as individual concepts, andeach keyword can be considered an individual concept, used to determinesuggested responses using defined relationships. In some examples, astring that includes the words of the description and/or keywords can besearched for matches in a list of predefined messages that areassociated with predefined responses, and the messages that best matchthe string (e.g., have the greatest number of matching letters, have thehighest similarity score in a matching process, etc.) are selected todetermine the associated suggested responses.

In some implementations of block 314, e.g., with respect to FIG. 2, thesticker suggestion module 212 can send the descriptors to the responsesuggestion generator 216. The suggestion generator 216 can consultdatabases 218 including a knowledge graph, grammars, and/or otherdefined relationships, to determine suggested responses (e.g., textresponses) based on the descriptors, and send the determined responsesto the sticker suggestion module 212. In some examples, the suggestiongenerator 216 can use predefined associations between concepts andsuggested responses, one or more mapping models, and/or one or moremachine learning models to determine suggested responses from concepts,similarly as described below for block 416 of FIG. 4. For example, thesuggestion generator 216 may use one or more mapping models and/ormachine learning models to determine responses based on the descriptorsused as concepts.

In some examples, a message sticker may depict an image that requests orindicates that the receiving user should call the person who is sendingthe message sticker. The message sticker may have an associateddescription of “call me.” This description can be input as a label tothe suggestion generator 216, and the suggestion generator 216 candetermine one or more suggested responses based on accessedrelationships, knowledge graphs, databases, models, and other data. Forexample, the suggestion generator 216 may output responses to thesticker suggestion module including “I will,” and “later,” which areresponses defined in the databases associated with or based on the inputlabel, and/or responses obtained from a mapping model or machinelearning model similarly as described below.

In additional examples, a message sticker that is an image of a smilingface may have a description of “be happy” and two keywords of “smile”and “face.” These descriptors (labels) can be input as individualsemantic concepts to the suggestion generator 216, and the suggestiongenerator 216 can determine one or more suggested responses based onthese individual semantic concepts and/or based on a combination of twoor more of these semantic concepts. For example, the suggestiongenerator 216 may output responses to the sticker suggestion moduleincluding “thanks,” “same to you,” and “nice smile,” which wereresponses associated with or defined in the databases based on thecombination of input concepts, and/or responses output by a mappingmodel or machine learning model similarly as described below.

In some implementations, one or more of the generated suggestedresponses are or include one or more message stickers. For example,suggested message sticker responses can be determined by the stickersuggestion module 212 or second user device using descriptors associatedwith available message stickers and finding correspondences of themessage stickers to suggested responses generated as described above,e.g., where the suggested message sticker responses can be determinedsimilarly as described below with reference to FIG. 4 (e.g., withmessage sticker responses stored on a server) and FIG. 5 (e.g., withmessage sticker responses stored on the second user device). In someimplementations, the semantic concept(s) determined from the message arecompared directly to stored semantic concepts which are associated withone or more particular message sticker responses, such that if a messagesemantic concept corresponds (e.g., matches or is similar) to a storedsemantic concept, the associated message sticker responses can beselected for block 314, e.g., similarly as described below for FIG. 4.For example, the stored semantic concepts can include descriptors ofavailable message stickers in some implementations.

In some implementations, the determined suggested responses can includesuggested responses that are in response to one or more previousmessages received by the second user device. For example, one or moreprevious messages (e.g., including message stickers) may have beenreceived in a same messaging conversation in which the message of block308 is received, e.g., a conversation in which messages have beenexchanged between the first user device and the second user device. Oneor more suggested responses may have been generated previously for thesecond user device in response to the second user device receiving thoseprevious messages, and may be stored in accessible storage. One or moreof such previously-generated suggested responses may be retrieved andincluded in the suggested responses determined for thecurrently-received message. In some implementations, one or moresuggested responses are generated in block 314 for one or morepreviously-received message stickers and included in the set ofsuggested responses determined for the currently-received message.Similarly, descriptors of previously-received message stickers (e.g.,received in the same conversation) may have been stored, and suchsemantic concepts can be used for determining message suggestions inblock 416.

In block 316, at least one of the suggested responses are provided tothe second user that is the recipient of the message sticker. In someimplementations, these provided suggested responses are sent to thesecond user device. For example, with respect to FIG. 2, the suggestedresponses can be sent from sticker suggestion module 212, via serverinterface 210, to second user device 208. In some examples, instructionsare transmitted with the suggested responses to the second user device208 that cause the second user device to display the suggestedresponses. Some implementations or cases may have multiple recipients ofthe message sticker and the suggested responses.

The provided suggested responses can be displayed and/or otherwiseoutput by the second user device (e.g., audio output). In someimplementations, the suggested responses determined in block 314 areranked, and a particular number of the top-ranked suggested responsesare provided to the second user. For example, in some implementationsthe suggested responses are ranked based on a closeness of match of thedescriptors to data entities (e.g., predefined messages) used todetermine the suggested responses.

In block 318, a selection of one or more of the displayed suggestedresponses is received. For example, the selection can be based on userinput provided by the user at the user device, e.g., via an input devicesuch as a touchscreen or trackpad receiving a user touch, a microphonereceiving a voice command, a button, mouse, or joystick receiving usermanipulation, etc. In some implementations, e.g., with respect to FIG.2, the second user 206 provides the user input at the second user device208. In some implementations, one or more of the suggested responses areselected automatically (without user input), e.g., based on userpreferences, user context (e.g., geographic location, time or date,etc., if user consent has been obtained), or other predefinedconditions.

In block 320, the selected suggested response(s) are output as one ormore messages to one or more recipient devices. For example, a messagecan be sent over the network 140 to one or more other client devices 115via messaging server 101 and/or directly to the other client devices115. In some implementations, the message is sent to the user devicethat sent the image obtained in block 308. For example, with respect toFIG. 2, the second user device 208 sends the selected response(s) to thefirst user device 204. In some implementations, the message is sent tomultiple user devices participating in a chat conversation or session,including the first user device 204. The method can then return to block308 in some implementations, e.g., if another image has been obtained.

FIG. 4 is a flow diagram illustrating an example method 400 to provideone or more message sticker suggestions in response to a receivedmessage, according to some implementations. In some implementations,method 400 is implemented, for example, on a server system, e.g.,messaging server 101, as shown in FIG. 1. In some implementations, someor all of the method 400 is implemented on a system such as one or moreclient devices 115 as shown in FIG. 1, and/or on both a server systemand one or more client systems. In described examples, the implementingsystem includes one or more processors or processing circuitry, and oneor more storage devices such as a database or other accessible storage.In some implementations, different components of one or more serversand/or clients can perform different blocks or other parts of the method400.

In block 402, it is checked whether user consent (e.g., user permission)has been obtained to use user data in the implementation of method 400.For example, user data can include messages sent or received by a user,e.g., using messaging application 103, user preferences, user biometricinformation, user characteristics (identity, name, age, gender,profession, etc.), information about a user's social network andcontacts, social and other types of actions and activities, content,ratings, and opinions created or submitted by a user, a user's currentlocation, historical user data, images generated, received, and/oraccessed by a user, videos viewed or shared by a user, etc. One or moreblocks of the methods described herein may use such user data in someimplementations.

If user consent has been obtained from the relevant users for which userdata may be used in the method 400, then in block 404, it is determinedthat the blocks of the methods herein can be implemented with possibleuse of user data as described for those blocks, and the method continuesto block 408.

If user consent has not been obtained, it is determined in block 406that blocks are to be implemented without use of user data, and themethod continues to block 408. In some implementations, if user consenthas not been obtained, blocks are to be implemented without use of userdata and with generic, synthetic, and/or publicly-accessible data.

Some implementations described herein, e.g., related to FIG. 4, mayprovide suggested standardized message stickers to be used as responsesto received messages. Suggested message stickers may be provided in avariety of contexts. For example, suggested message stickers may beprovided in response to receiving a message at a server and/or at aclient device 115 a of a particular user (e.g., user 125 a) from any ofclient devices 115, e.g., by a messaging application 103. For example,messaging application 103 a/103 b may be an instant messagingapplication, a social network application, an email application, amultimedia messaging application, and the like.

Suggested message stickers may be generated and provided to theparticular user automatically, upon consent from the particular user andone or more other users that sent and/or received the image. Forexample, if the messaging application is an instant messagingapplication, a message may be received as part of an instant messagingcommunication between the particular user 125 a and one or more otherusers 125, e.g., in a messaging session (e.g., chat) having twoparticipants, in a group messaging session that includes more than twoparticipants, etc. In various implementations, one or more of the usersmay be bots, similarly as described for FIG. 3.

In some implementations, suggested message stickers may be providedspecifically to those users that have provided consent to access userdata. In some implementations, suggested message stickers may beprovided automatically or based on user input, e.g., a user may beprovided a user interface to request suggestions.

In block 408, a message is received, which has been sent from a firstuser to a second user, e.g., over a communication network. In variousimplementations, the message may be a text message, an image (e.g., astatic image, a cinemagraph or animated image, etc.), a video, audiodata for an audio message, etc. In some implementations, the message caninclude a message sticker, e.g., similarly as described for FIG. 3. Insome implementations, a combination of two or more of these types ofcontent can be included in the message.

In some examples, the message may have been sent by a first device thatis one or more client devices 115 (or other devices), or by a bot thatsends messages, and the message may be received by a second device thatis a client device 115 (or other device) via network 140. In a furtherexample, in a one-on-one (1:1) messaging session with two participants,the message is received by a client device of a particular user. In afurther example, in a group messaging session, the message is receivedby two or more client devices of participants in the group messagingsession. In some implementations, the message may be obtained fromstorage, e.g., local storage of a client device 115 (e.g., memory,storage drive, etc.) and/or remote storage accessible to a client deviceover network 140 (e.g., storage drives of a remote client device, serverdevice, or storage device). For example, in some implementations, thefirst device stores the message on the storage device, and the seconddevice obtains the message from the storage device. In some cases orimplementations, the message is included in a communication that alsoincludes one or more other messages or data, e.g., provided from thefirst user device to the second user device.

In an example relating to the system 200 of FIG. 2, the received messageis sent by first user 202 using first user device 204. In someimplementations, in block 408, the message sent by the first user device204 is received by a client device, e.g., second user device 208 asshown in FIG. 2, and/or by a server device, e.g., the server interface210 of FIG. 2. For example, the server interface 210 can receive themessage from the first user device and forward the message to the seconduser device 208 and provide a copy of the message to the stickersuggestion module 212, similarly as described above for FIG. 3.

In block 410, user input from the second user requests one or moresticker suggestions to be displayed, from which the second user canselect. For example, in some implementations, block 410 is implementedon the second user device 208, where the user input is provided to thesecond user device 208 to command a display of a user interface (e.g.,window or other display area) that displays a list of message stickers.The user is able to select one or more message stickers from the list tosend in response to the received message (or to a newly-designatedrecipient user), as described below. In some implementations, some orall of the one or more sticker suggestions are commanded by the systemto be displayed automatically in response to, e.g., receiving themessage in block 408 and/or based on stored user preferences, and not inresponse to user input received in block 410.

In block 412, a request for sticker suggestions is provided in responseto the user input of block 410, where the request includes stickerinformation (e.g., metadata) that identifies or indicates the messagesticker data that is currently stored on the second user device 208. Forexample, with respect to FIG. 2, the request can be sent from the seconduser device 208 to the server interface 210. In some implementations,the request can also include the received message, e.g., if it was notpreviously provided to the sticker suggestion module 212.

In some implementations, the sticker information includes a list of thesticker IDs, sticker set IDs, and version information for all messagestickers, or a designated set of message stickers, that are installedand available on the second user device 208 for display andtransmission. In some implementations, the request for stickersuggestions is provided at other times or under other conditions insteadof in response to the user input of block 410, e.g., upon startup of thesecond user device, in response to the second user device installingadditional message stickers, etc.

In block 414, one or more descriptors, e.g., description and/orkeyword(s), of the message stickers stored on the second user device aredetermined. For example, the descriptors may be embedded or otherwiseincluded in the message sticker, or may be stored in separate storageand accessed based on the sticker parameters including sticker ID,sticker set ID, version ID, and/or other sticker parameters of themessage stickers. In some implementations, e.g., with respect to FIG. 2,the descriptors for message stickers are stored in sticker data module214. For example, the sticker suggestion module 212 can access thesticker data module 214 using the sticker parameters of the messagestickers as search criteria, and find and retrieve the descriptorsassociated with the message stickers of the second user device 208.

In some implementations, other parameters of the message stickers may beused to uniquely identify the descriptors in the sticker data module214, similarly as described for FIG. 3. In some implementations, thedetermination of the descriptors of the message stickers on the seconduser device are performed upon startup of the second user device or atother times or in response to predefined conditions (e.g., receiving themessage in block 408, the user input in block 410, or other condition).

In block 416, one or more suggested responses are determined orgenerated based on the received message. In some implementations,suggested responses are generated based on semantic concepts determinedto be associated with the received message, e.g., semantic conceptsdetermined to be included in text data, image data, or other data of themessage. For example, suggested responses can be generated based on amapping of the semantic concepts to particular suggested responses. Forexample, the suggested responses can be obtained from a set or libraryof stored suggested responses, e.g., that are synthetic responses orresponses obtained from actual users in previous device communications(e.g., using messaging applications), if user consent has been obtained.

The message can be used to provide one or more concepts used todetermine the suggested responses. For example, words in the message canbe parsed or extracted and provided as concepts, used to determineresponses using defined relationships. In some implementations, labelsdetected in image content of an image or video that is included in themessage are provided as concepts (e.g., labels added to image by a userto describe image content features, and/or labels detected automaticallyusing one or more image detection or image recognition techniques todetermine image content features). In some implementations, semanticconcepts can also be determined for one or more additional messagesincluded in a communication to the second user device, where thesesemantic concepts can also be used to determine suggested responses.

The suggested responses can be generated based on the determinedsemantic concepts. For example, the suggested responses can be generatedusing stored associations between concepts and predefined responses,models that provide responses based on concepts and their relationshipsto responses as defined in one or more graphs, etc., similarly asdescribed above for FIG. 3. In one example, a received message of “HappyBirthday!” is associated with a suggested response of “Thank you.” Insome implementations of block 416, e.g., with respect to FIG. 2, thesticker suggestion module 212 can send the received message(s) and/orthe descriptors to the response suggestion generator 216 to determinesemantic concepts and suggested responses. In some examples, thesuggestion generator 216 can consult databases 218 including mappingmodels, a knowledge graph, grammars, and/or other defined relationships,to determine responses (e.g., text responses) based on the message.

For example, a mapping model can be used to map concepts to messagesuggestions. In some examples, the mapping model can include machinelearning models. For example, the mapping model can include agraph-based machine learning model, which can include a model that istrained based on training data. The graph-based model can be generatedin a training stage based on the training data, prior to receiving theconcepts for which message suggestions are to be generated. Uponreceiving the concepts, e.g., in block 416 in an inference stage afterthe model has been trained, the message suggestions can be generatedusing the model. In some examples, the training data may be message datathat includes concepts and responses to those concepts. For example, themessage data can be synthetic data, e.g., based on simulatedconversations where no human users are participants. In additionalexamples, training data may include images and messages exchanged amongusers who agree to provide such data for training purposes. Trainingdata is treated before use to remove user identifiers and otherinformation.

In further examples, the mapping model can include one or more grammars(e.g., each grammar being a set of particular rules governing thecomposition of message suggestions) to provide message suggestions inresponse to particular concepts. A grammar can use a stored,hierarchical taxonomy of concepts accessible to the suggestion generator216. In some examples, a number of grammars can be predefined and storedin accessible storage to allow the suggestion generator 216 to determinemessage suggestions based on message concepts that are matched toparticular related concepts that are stored in the taxonomy.

Some grammars can be used for a particular concept if that particularconcept is related to a concept specified by the grammar, e.g., higheror lower in the hierarchy than the specified concept. In an example, astored grammar may specify that if a concept c is a child concept of thespecified concept “dog” in the hierarchy of the referenced taxonomy,then that grammar's provided message suggestion can be used for theconcept c. For example, this grammar can specify to output a suggestedresponse of “cute [c]”, where [c] is the concept c.

In some implementations, the suggestion generator 216 uses other typesof machine learning models to determine responses based on the receivedmessage and/or based on descriptors. For example, the machine learningmodel can be trained in a training stage based on training data, priorto receiving the concepts for which message suggestions are to begenerated. Upon receiving concepts, e.g., in block 416 in an inferencestage after the machine learning model has been trained, the messagesuggestions can be generated using the machine learning model. In someexamples, the training data may be message data that includes conceptsand responses to those concepts, similarly as described above, if userconsent has been obtained for the use of such data. Further examples ofmachine learning models are described below with reference to FIG. 12.

In some implementations, the determined suggested responses of block 416include suggested responses that are in response to one or more previousmessages received by the second user device. For example, one or moreprevious messages (e.g., including message stickers) may have beenreceived in a same messaging conversation in which the message of block408 is received, e.g., a conversation in which messages have beenexchanged between the first user device and the second user device. Oneor more suggested responses may have been generated previously for thesecond user device in response to the second user device receiving thoseprevious messages, and may be stored in accessible storage. One or moreof such previously-generated suggested responses may be retrieved andincluded in the suggested responses determined for thecurrently-received message.

In some implementations, one or more suggested responses are generatedin block 416 for one or more previously-received messages and includedin the set of suggested responses determined for the currently-receivedmessage. Similarly, semantic concepts may have been previously detectedin the previously-received messages (e.g., received in the sameconversation) and stored, and such semantic concepts can be used fordetermining message suggestions in block 416.

In some implementations, the message suggestions are ranked with respectto each other based on a strength of the message suggestioncorrespondence to the semantic concepts of the message. In someexamples, the strength of the correspondence can be based on thecloseness of the match between message concepts and stored concepts usedto determine associated suggested responses, and/or the frequency ofoccurrence of the message suggestion as a response in training dataindicating previous responses to previous messages.

In block 418, one or more suggested message stickers are determined andranked based on comparisons and matches of sticker information (e.g.,descriptors) to the suggested responses determined in block 416. In someimplementations with respect to FIG. 2, the response suggestiongenerator 216 and/or the sticker suggestion module 212 can determine andrank suggested message stickers.

In some implementations, the descriptors of the message stickers on thesecond user device are compared to the generated suggested responses,and if any descriptor corresponds to a suggested response, the messagesticker that corresponds to that matching description or keyword isselected as a suggested message sticker. In some implementations,matches are checked for the correspondence, e.g., matches between theletters of words that are in the same sequence, and/or matches ofmultiple words in the same sequence. In some implementations, exact andinexact matches are used or allowed for the correspondences, and asimilarity between the descriptors and suggested responses can bechecked (e.g., differences caused by past tense and plural forms ofwords can be ignored, etc.). In some examples, a similarity score can bedetermined for descriptors with respect to suggested responses (e.g.,each descriptor with respect to each suggested response), whichindicates the degree of similarity between a descriptor and a suggestedresponse. For example, the similarity score can be based on the numberor percentage of letters in a particular order that match.

In some implementations, the system checks for a semantic similarity asthe correspondence, e.g., using an accessible dictionary, thesaurus,knowledge graph, and/or other reference information to determine whetherthe meanings of the descriptors and the suggested responses are thesame. In some implementations, a sticker similarity score can bedetermined for a message sticker and a suggested response, based onindividual similarity scores determined for each descriptor of thatmessage sticker. For example, the sticker similarity score can be a sumof the individual similarity scores determined for the descriptors.

In some implementations, the message sticker having the highestsimilarity to a suggested response is selected for that suggestedresponse, e.g., based on the similarity score. In some examples, themessage sticker having the highest similarity score for a suggestedresponse is selected for that response. In further examples, messagestickers can be selected based on a degree of similarity, where highersimilarity can be determined based on, e.g., the greater number of wordsin the descriptors of the message sticker corresponding (e.g., matchingor similar words as described herein) to words in the suggestedresponse, and/or the highest score in a determination of semanticsimilarity between descriptors and the suggested response. In someimplementations, multiple message stickers are determined to correspondto a particular message suggestion, e.g., a particular number of messagestickers having the highest similarity to the message suggestion.

In some implementations, the semantic concepts that were determined inthe received message (message concepts) are compared to stored semanticconcepts that have been associated directly with particular suggestedmessage sticker responses. These suggested stickers have been stored inassociation with the stored concepts as suggested responses to thestored concepts. For example, the message concepts can be checked forcorrespondence to the stored concepts similarly as described herein(e.g., checked for matches, semantic similarity, partial matches, etc.),and if the message concept matches or corresponds to a stored concept,then the suggested sticker response(s) that are associated with thatstored concept are selected for block 418. For example, the storedsemantic concepts can include descriptors of available message stickersin some implementations.

The determined suggested message stickers can be ranked with respect toeach other. For example, the placement or rank of a message sticker inthe ranking can be based on a rank of the message suggestion associatedwith that message sticker with respect to other message suggestions. Infurther examples, the ranking of suggested message stickers are based ona strength of correspondence between the suggested message stickers andtheir associated suggested responses. For example, the placement or rankof a message sticker in the ranking can be based on the number ofmatches (correspondences) between the associated suggested response andthe descriptors of that message sticker.

In some examples, the number of matches can be the number of words orphrases in the descriptors that match the words of a suggested response.In some examples, if there are 5 matches between the words suggestedresponse and the keywords of a first message sticker, the first messagesticker has a stronger (e.g., higher) rank than a second message stickerthat has 3 keywords that match the words of the suggested response.

In some implementations, confidence scores are used in determiningcorrespondence between suggested responses and message stickers (e.g.,to determine correspondence of semantic meaning), and these scores areused to rank the message stickers based on the confidence of thecorrespondence between message stickers and the suggested responses. Insome implementations, a particular number of the top-ranking messagestickers are determined as suggested message stickers. For example, insome implementations with respect to FIG. 2, the response suggestiongenerator 216 can send the particular number of top-ranked messagestickers to the sticker suggestion module 212.

In block 420, at least one of the suggested message stickers areprovided to the second user. In some implementations, the suggestedmessage stickers are sent to the second user device. In some examples, aparticular number of the top-ranked suggested message stickers are sent.For example, with respect to FIG. 2, the suggested message stickers canbe sent from sticker suggestion module 212, via server interface 210, tosecond user device 208. In some examples, instructions are transmittedwith the message stickers to the second user device 208 that cause thesecond user device to display the message stickers. In someimplementations or cases, there may be multiple recipient devicesreceiving the message and the suggested message stickers. The providedsuggested message stickers can be displayed by the second user device,e.g., in a user interface as requested by the second user in block 410.For example, the top-ranking message stickers can be displayed in anorder or configuration based on their ranks.

In block 422, a selection of one or more of the displayed suggestedmessage stickers is received. For example, the selection can be based onuser input provided by the user at the user device, e.g., via an inputdevice such as a touchscreen or trackpad receiving a user touch, amicrophone receiving a voice command, a button, mouse, or joystickreceiving user manipulation, etc. In some implementations with respectto FIG. 2, the second user 206 provides the user input at the seconduser device 208. In some implementations, one or more of the suggestedmessage stickers are selected automatically (without user input), e.g.,based on user preferences, user context (e.g., geographic location, timeor date, etc., if user consent has been obtained), or other predefinedconditions.

In block 424, the selected suggested message sticker(s) are output asone or more messages to one or more recipient devices. For example, amessage including the selected message sticker can be sent over thenetwork 140 to one or more other client devices 115 via messaging server101 and/or directly to the other client devices 115. In someimplementations, the message is sent to the user device that sent theimage obtained in block 408. For example, with respect to FIG. 2, thesecond user device 208 sends the selected message sticker(s) to thefirst user device 204. The method can then return to block 408 in someimplementations, e.g., if another image has been obtained.

FIG. 5 is a flow diagram illustrating another example method 500 toprovide one or more message sticker suggestions in response to areceived message, according to some implementations. In someimplementations, method 500 is implemented, for example, on a serversystem, e.g., messaging server 101, as shown in FIG. 1. In someimplementations, some or all of the method 500 is implemented on asystem such as one or more client devices 115 as shown in FIG. 1, and/oron both a server system and one or more client systems. In describedexamples, the implementing system includes one or more processors orprocessing circuitry, and one or more storage devices such as a databaseor other accessible storage. In some implementations, differentcomponents of one or more servers and/or clients can perform differentblocks or other parts of the method 500.

In block 502, it is checked whether user consent (e.g., user permission)has been obtained to use user data in the implementation of method 500.For example, user data can include messages sent or received by a user,e.g., using messaging application 103, user preferences, user biometricinformation, user characteristics (identity, name, age, gender,profession, etc.), information about a user's social network andcontacts, social and other types of actions and activities, content,ratings, and opinions created or submitted by a user, a user's currentlocation, historical user data, images generated, received, and/oraccessed by a user, videos viewed or shared by a user, etc. One or moreblocks of the methods described herein may use such user data in someimplementations.

If user consent has been obtained from the relevant users for which userdata may be used in the method 500, then in block 504, it is determinedthat the blocks of the methods herein can be implemented with possibleuse of user data as described for those blocks, and the method continuesto block 508.

If user consent has not been obtained, it is determined in block 506that blocks are to be implemented without use of user data, and themethod continues to block 508. In some implementations, if user consenthas not been obtained, blocks are to be implemented without use of userdata and with generic or publicly-accessible data.

Some implementations described herein, e.g., related to FIG. 5, mayprovide suggested standardized message stickers to be used as responsesto received messages. Suggested message stickers may be provided in avariety of contexts. For example, suggested message stickers may beprovided in response to receiving a message at a server and/or at aclient device 115 a of a particular user (e.g., user 125 a) from any ofclient devices 115, e.g., by a messaging application 103. For example,messaging application 103 a/103 b may be an instant messagingapplication, a social network application, an email application, amultimedia messaging application, and the like.

Suggested message stickers may be generated and provided to theparticular user automatically, if consent for such operations has beenobtained from the particular user and one or more other users that sentand/or received the image. For example, if the messaging application isan instant messaging application, a message may be received as part ofan instant messaging communication between the particular user 125 a andone or more other users 125, e.g., in a messaging session (e.g., chat)having two participants, in a group messaging session that includes morethan two participants, etc. In various implementations, one or more ofthe users may be bots, similarly as described for FIG. 3.

In some implementations, suggested message stickers may be providedspecifically to those users that have provided consent to access userdata. In some implementations, suggested message stickers may beprovided automatically or based on user input, e.g., a user may beprovided a user interface to request suggestions.

In block 508, a message is received, which has been sent from a firstuser to a second user, e.g., over a communication network. In variousimplementations, the message may be a text message, an image (e.g., astatic image, a cinemagraph or animated image, etc.), a video, audiodata for an audio message, etc. In some implementations, the message caninclude a message sticker, e.g., similarly as described for FIG. 3. Insome implementations, a combination of two or more of these types ofcontent are included in the message.

In some examples, the message may have been sent by a first device thatis one or more client devices 115 (or other devices), or by a bot thatsends messages, and the message may be received by a second device thatis a client device 115 (or other device) via network 140. In a furtherexample, in a one-on-one (1:1) messaging session with two participants,the message is received by a client device of a particular user.

In a further example, in a group messaging session, the message isreceived by two or more client devices of participants in the groupmessaging session. In some implementations, the message may be obtainedfrom storage, e.g., local storage of a client device 115 (e.g., memory,storage drive, etc.) and/or remote storage accessible to a client deviceover network 140 (e.g., storage drives of a remote client device, serverdevice, or storage device). For example, in some implementations, thefirst device stores the message on the storage device, and the seconddevice obtains the message from the storage device.

In an example relating to the system 200 of FIG. 2, the received messageis sent by first user 202 using first user device 204. In someimplementations, in block 408, the message sent by the first user device204 is received by a client device, e.g., second user device 208 asshown in FIG. 2, and/or by a server device, e.g., the server interface210 of FIG. 2. For example, the server interface 210 can receive themessage from the first user device and forward the message to the seconduser device 208 and provide a copy of the message to the stickersuggestion module 212, similarly as described above for FIG. 3.

In block 510, a list of descriptors (e.g., description and/orkeyword(s)) is determined for available message stickers. For example,in some implementations the list can include the descriptions andkeywords for all of the available message stickers (or a subset thereof)that can be used by the first user device 204 and the second user device208. In some implementations, the message stickers that are used toprovide this information are the message stickers having the latestversion number. For example, the descriptors can be stored in storage,e.g., in sticker data module 214 as described above. In someimplementations, a server (e.g., server interface 210 or stickersuggestion module 212) can access the sticker data module 214 to obtainthe list of descriptors. In some implementations, the descriptors (e.g.,which can include words determined from the descriptions) are groupedinto a single list of descriptors. Some implementations can cache thelist of descriptors in memory of the performing device (e.g., a serverin some implementations), e.g., if version numbers have not been changedfor the cached message stickers.

In block 512, one or more suggested responses are determined orgenerated based on the received message. In some implementations,suggested responses are generated based on semantic concepts detected inthe received message, e.g., a mapping of the semantic concepts toparticular suggested responses, similarly as described above. Thesuggestion generator 216 can consult databases 218 to determinesuggested responses (e.g., text responses) based on the message, e.g.,using stored associations, mapping models, and/or machine learningmodels similarly as described for block 416 of FIG. 4. In some examples,the suggested responses can be obtained from a set or library of storedsuggested responses, e.g., that are synthetic responses or responsesobtained from actual users in previous device communications (e.g.,using messaging applications), if user consent has been obtained.

In some implementations, one or more of the suggested responses can alsobe based on the list of descriptors of available message stickersdetermined in block 510. For example, one or more suggested responsescan be generated in the form of one or more descriptors (e.g., keywordsor descriptions) that are present in the list of descriptors. In someimplementations, e.g., with respect to FIG. 2, the sticker suggestionmodule 212 can send the list of descriptors to the response suggestiongenerator 216. The sticker descriptors in the list can be used as orused to provide one or more concepts that are matched to concepts in thesuggested responses determined as described above. For example, if asuggested response is determined as “cute dog!”, the suggestion module212 or suggestion generator 216 can check the list of descriptors tofind keywords that match or partially match the words in this suggestedresponse. For example, the keyword “dog”, the keyword “cute”, and thedescription “cute dog” may be found in the list (as separatedescriptors) which match this suggested response. Additional suggestedresponses can then be generated in the form of these matcheddescriptors, e.g., a suggested response can be “dog” and anothersuggested response can be “cute.” In some implementations, a suggestedresponse of “cute dog!” can be modified to be “cute dog” that matchesthe description in the list of descriptors.

In some implementations, the semantic concepts detected in the receivedmessage can be directly compared to the list of sticker descriptors, anddescriptors which match the detected concepts (e.g., match partially orexactly, and/or semantically as described herein) are generated assuggested responses.

In block 514, at least one of the suggested responses is provided to thesecond user. In some implementations, the provided suggested responsesare sent from a server device to the second user device. For example,with respect to FIG. 2, the suggested responses can be sent from stickersuggestion module 212, via server interface 210, to second user device208. In some implementations or cases, there may be multiple recipientdevices receiving the suggested responses. Some implementations canalternatively or additionally send to the second user device thesemantic concepts determined in the received message, e.g., to allow thesecond user device to compare such semantic concepts to storedassociations as described below.

In some implementations, the suggested responses are displayed by thesecond device as response options (e.g., text responses) which can beselected by user input at the second user device to cause the seconduser device to send a message corresponding to the selected responseoption. For example, such suggested responses can be displayed andselected in addition to suggested message sticker responses determinedand displayed as described below.

In block 516, user input from the second user requests that one or moresticker suggestions be provided, from which the second user can select.For example, in some implementations, block 516 is implemented by thesecond user device 208, where the user input is provided to the seconduser device 208 to command a display of a user interface (e.g., windowor other display area) that displays a list of message stickers.

In block 518, in response to the user input of block 516, descriptors(e.g., keywords and descriptions) are determined for message stickersavailable on the second user device (e.g., “device descriptors”). Forexample, the second user device can scan through the message stickersstored on the second user device and determine the descriptions andkeywords for these message stickers. In some implementations, the seconduser device can retrieve descriptors from a data source such as stickerdata module 214 similarly as described above, e.g., via direct access tothe sticker data module 214 or via server interface 210 and/or stickersuggestion module 212. In some implementations, block 518 is performedat other times or under other conditions instead of in response to theuser input of block 516, e.g., upon startup of the second user device,in response to the second user device installing additional messagestickers, etc.

In block 520, the device descriptors for message stickers on the seconduser device are compared to the suggested responses determined in block512, e.g., by the second user device, and one or more device descriptorsare matched with one or more of the suggested responses. For example, ifthe suggested responses are in a form of suggested descriptors obtainedfrom the list of descriptors of available message stickers as describedabove, these received descriptors can be compared to the devicedescriptors of the message stickers stored on the second user device.For example, the descriptors of a message sticker can be consideredsemantic concepts associated with that message sticker.

In some implementations, the matches are correspondences that includeapproximate or inexact matches. For example, if there is a thresholdpercentage of matching letters, if there is a similarity score orconfidence score over a threshold in a matching process, past tense andplural forms of words can be ignored, etc. In some implementations, thecorrespondence is a semantic similarity that is checked, e.g., using anaccessible dictionary, thesaurus, knowledge graph, and/or otherreference information to determine whether the meanings of thedescriptors and the suggested responses are the same, similarly asdescribed herein for other blocks and methods determiningcorrespondences.

In block 522, one or more suggested message stickers are determined andprovided based on the comparisons of block 520, e.g., displayed on thesecond user device. In some implementations with respect to FIG. 2, thesecond user device 208 can determine and rank the one or more suggestedmessage stickers. For example, the message stickers having descriptorsthat have been determined to correspond to suggested responses (e.g.,suggested text responses) for the received message can be included inthe set of suggested message stickers.

In some implementations, the device descriptors of the message stickerson the second user device are compared to the generated suggestedresponses, and if any device descriptor corresponds to (e.g., matches) asuggested response, the message sticker that corresponds to thatmatching device descriptor is selected as a suggested message sticker.matches are checked for the correspondence, e.g., matches between theletters of words that are in the same sequence, and/or matches ofmultiple words in the same sequence. In some implementations, exact andinexact matches are used or allowed for the correspondences, and asimilarity between the device descriptors and suggested responses can bechecked (e.g., differences caused by past tense and plural forms ofwords can be ignored, etc.). In some examples, a similarity score can bedetermined for device descriptors with respect to suggested responses(e.g., each device descriptor with respect to each suggested response),which indicates the degree of similarity between a descriptor and asuggested response. For example, the similarity score can be based onthe number or percentage of letters in a particular order that match.

In some implementations, the system checks for a semantic similarity asthe correspondence, e.g., using an accessible dictionary, thesaurus,knowledge graph, and/or other reference information to determine whetherthe meanings of the device descriptors and the suggested responses arethe same. In some implementations, a sticker similarity score can bedetermined for a message sticker and a suggested response, based onindividual similarity scores determined for each descriptor of thatmessage sticker. For example, the sticker similarity score can be a sumof the individual similarity scores determined for the descriptors.

In some implementations, the message sticker having the highestsimilarity to a suggested response is selected for that suggestedresponse, e.g., based on the similarity score. In some examples, themessage sticker having the highest similarity score for a suggestedresponse is selected for that response. In further examples, messagestickers can be selected based on a degree of similarity, where highersimilarity can be determined based on, e.g., the greater number ofmatching words in the device descriptors of the message stickercorresponding to words in the suggested response, and/or the higherscore in a determination of semantic similarity between devicedescriptors and the suggested response. In some implementations,multiple message stickers are determined to correspond to a particularmessage suggestion, e.g., a particular number of message stickers havingthe highest similarity to the message suggestion.

In some implementations, the semantic concepts that were determined inthe received message (message concepts) are provided to the second userdevice, and the second user device can compare these message concepts tostored semantic concepts that have been associated directly withparticular suggested message sticker responses. These suggested stickershave been stored in association with the stored concepts as suggestedresponses to the stored concepts. For example, the message concepts canbe checked for correspondence to the stored concepts similarly asdescribed herein (e.g., checked for matches, semantic similarity,partial matches, etc.), and if the message concept matches orcorresponds to a stored concept, then the suggested sticker response(s)that are associated with that stored concept are selected for block 418.In some examples, the device descriptors of the message stickers on thesecond device can be used as the stored semantic concepts.

The determined suggested message stickers can be ranked with respect toeach other. For example, the placement or rank of a message sticker inthe ranking can be based on a rank of the message suggestion associatedwith that message sticker with respect to other message suggestions. Infurther examples, the ranks of suggested message stickers can be basedon a strength of correspondence between the suggested message stickersand their associated suggested responses. For example, the placement orrank of a message sticker in the ranking can be based on the number ofmatches (correspondences) between the associated suggested response andthe device descriptors of that message sticker.

In some examples, the number of matches can be the number of words orphrases in the device descriptors that match the words of a suggestedresponse. In some examples, if there are multiple matches between thewords suggested response and the device descriptors of a first messagesticker, the first message sticker has a stronger (e.g., higher) rankthan a second message sticker that has a single device descriptor thatmatches the words of the suggested response.

In some implementations, confidence scores are used in determiningcorrespondence between suggested responses and message stickers (e.g.,to determine correspondence of semantic meaning), and these scores areused to rank the message stickers based on the confidence of thecorrespondence between message stickers and the suggested responses. Insome implementations, a particular number of the top-ranking messagestickers are determined as suggested message stickers and provided bythe second device. For example, in some implementations with respect toFIG. 2, the second client device is caused to display a particularnumber of the top-ranking message stickers, e.g., in a user interface asrequested by the second user in block 516. For example, the top-rankingmessage stickers can be displayed in an order or configuration based ontheir ranks.

In block 524, a selection of one or more of the displayed suggestedmessage stickers is received, e.g., to send in response to the receivedmessage (or to a newly-designated recipient user). For example, theselection can be based on user input provided by the user at the userdevice, e.g., via an input device such as a touchscreen or trackpadreceiving a user touch, a microphone receiving a voice command, abutton, mouse, or joystick receiving user manipulation, etc. In someimplementations with respect to FIG. 2, the second user 206 provides theuser input at the second user device 208. In some implementations, oneor more of the suggested message stickers are selected automatically(without user input), e.g., based on user preferences, user context(e.g., geographic location, time or date, etc., if user consent has beenobtained), or other predefined conditions.

In block 526, the selected suggested message sticker(s) are output asone or more messages to one or more recipient devices. For example, amessage including the selected message sticker can be sent over thenetwork 140 to one or more other client devices 115 via messaging server101 and/or directly to the other client devices 115. In someimplementations, the message is sent to the user device that sent theimage obtained in block 408. For example, with respect to FIG. 2, thesecond user device 208 sends the selected message sticker(s) to thefirst user device 204. The method can then return to block 508 in someimplementations, e.g., if another message has been received.

In some implementations, personalized or custom stickers can beavailable for the suggested message sticker responses described for theimplementations herein. In some examples, a custom sticker may have asimilar sticker ID and sticker set ID as a corresponding standardizedsticker, and may also be associated with image data customized for aparticular user. For example, such a custom message sticker can bedisplayed with the custom image data when displayed on the user'sdevice, and can be displayed with the standard image data on otherdevices (or be displayed customized for those user devices, ifapplicable). For example, customized image data can be stored inassociation with standardized sticker information stored on thedevice(s) used by the user. In some implementations, custom messagestickers can be stored and displayed as new stickers for the user'sdevice.

In any of the implementations described herein, metadata filescontaining information about sticker sets and individual stickers can bemaintained by a system, e.g., to allow consistent data to be referencedrelated to message stickers. For example, metadata about sticker setscan be stored in a global metadata file (or other collection of data).In some examples, the global metadata file can be stored in sticker datamodule 214. The metadata can include sticker ID, sticker set ID, andversion number as described above. In some implementations, stickermetadata is designated that it cannot be changed once it has beenreferenced by the global metadata file. In some implementations, clientdevices are notified to update message stickers that have a versionnewer than the version stored at the client devices.

Some implementations can allow users to download message stickers andsticker sets that are relevant to their device's capabilities, e.g., lowresolution (e.g., DPI) devices can download low resolution sticker setsand need not download not higher resolution sticker sets.

Current version data can be maintained for message stickers. In someimplementations, version polling can be used. The latest version of amessage sticker can reference the latest version of a global metadatafile, where the global metadata file can reference the version of eachsticker set to be used by users. In some implementations, client devicescan determine when and/or how often to poll for the latest version ofmessage stickers. Client devices can request new metadata or messagestickers for sticker sets whose versions have changed. In someimplementations, if a message sticker is added, removed, or updated inthe sticker data module 214, users who have downloaded that sticker maybe required to re-download the entire sticker set in which that messagesticker is included.

In some implementations, one or more client devices are responsible formanaging the device's own versioned stickers. In some cases, e.g.,during a time period when a sticker set is updated, client devices maysend and receive messages that refer to message stickers from a previousversion, or a version the devices do not currently have. In the formercase, client devices can retain previously stored versions of messagestickers so that the devices can render sticker messages that referenceolder versions without having to re-download those message stickers. Ifa device does not have stored a newer version of a message sticker, insome implementations, when the device receives such a sticker messagethat references a newer sticker set version, the device can firstdownload the message sticker data (e.g., image data) to display, andthen can trigger a sticker version synchronization in order to retrieveupdated metadata and/or other data (e.g., thumbnail versions of themessage sticker).

In some implementations, message stickers are sent by reference. Forexample, instead of sending the actual message sticker data (e.g., pixeldata or frames for a sticker image or animation), sticker ID informationcan be sent, e.g., parameters such as sticker ID, sticker set ID, andversion number. This may reduce latency in sending sticker messages andreduce message payload size. Utilizing such parameters, client devicescan determine whether the devices have a particular message stickerstored in their local cache or other local storage, or whether thedevices need to retrieve (e.g., download) that message sticker andmetadata from a different device storing the message sticker. In someexamples, if a message sticker is to be retrieved, a URL or othernetwork address at which to retrieve the message sticker can begenerated using the values of the parameters.

Some implementations can perform validation and testing of messagestickers, e.g., to validate the fidelity of the sticker messages andreferences to the data stored in the sticker data module. Tests can beperformed, e.g., on changes to a message sticker directory or other datacollection. For example, it can be checked that the current version datareferences an existing sticker set metadata file, that the globalmetadata file references sticker set versions that exist, that adownloadable sticker set includes a thumbnail image for each messagesticker in the set, that the message sticker image data is appropriatelysized (e.g., low resolution or high resolution according to predefinedsizes), etc.

Implementations generally relate to messaging applications. Certainimplementations may automatically analyze image content of one or moremessaging conversations and/or user information to automatically providemessage suggestions to a user within a messaging application. In certainexamples, the automatic suggestions may provide one or more appropriateresponses to be selected by a user to respond in the messagingapplication, and/or may automatically send one or more appropriateresponses on behalf of a user. In certain other examples, thesuggestions may automatically incorporate particular non-messagingfunctionality into the messaging application.

While the foregoing description includes techniques to provide messagesuggestions in response to receiving a message or message sticker,message suggestions may be provided in response to any type of mediacontent that is received in a conversation. For example, such contentmay include stickers (e.g., in a chat application), animated images(e.g., cinemagraphs, GIF images, etc.), and videos. Further, while theforegoing description describes message suggestions as text or stickerresponses, other types of responses may also be suggested, e.g., basedon analysis of a received message or sticker. For example, otherresponses may include one or more of a suggested image, a suggestedanimated image (e.g., cinemagraph, GIF image, etc.), a suggested video,and a suggested audio segment or clip.

To provide these suggestions, suggestion generator 216 may perform,e.g., a comparison of identified concepts in a received item (e.g.,text, image, video, sticker, animated image, etc.) with concepts indifferent types of responses, and select a suitable response, asdescribed herein with reference to message suggestions. In differentimplementations where users provide consent, the type of response may beselected or prioritized based on context, e.g., a sticker may beselected as a suggested message in response to an incoming sticker, avideo may be selected as a suggested response in response to an incomingimage, etc.

Certain implementations enable messaging with human users and/or chatbots. In certain implementations, automatic message suggestions may becustomized based on whether a chat bot is participating in the messagingconversation. In some examples, a first set of automatic messagesuggestions may be provided if a chat bot is absent in a messagingconversation, while a second set of automatic message suggestions may beprovided if a chat bot is present in the messaging conversation, wherethe first and second sets of responses are at least partially different.For example, these implementations may employ conversational rulesfollowed by the chat bot, and suggest messages to a user based on therules. This can mitigate challenges that users may have in communicatingwith chat bots in a language and in a format that is easily understoodby the chat bots.

Some implementations can include determining one or more trendingresponses (e.g., message responses including popular message contentsent by many different users) based on other messages in at least one ofa region, market, and country related to a location of a user. One ormore determined message suggestions may include one or more trendingresponses. In some implementations, a user context, e.g., a geographiclocation, holiday or an event, etc., are used to generate and determinefor presentation one or more of the message suggestions.

Determining the suggested response may be further based on using machinelearning to develop a personalized model for a user. Determiningsuggested responses may be based on preferences of the user and/or prioractions of the user in communications (if user consent for use of suchactions and data has been obtained). For example, user preferences mayinclude a whitelist indicating particular words (or other media contentitems) which can be included and/or a blacklist indicating particularwords which cannot be included in message suggestions. If user consenthas been obtained, message suggestions can be generated or modifiedbased on one or more of punctuation use, emoji use, or other contentprovided by the user on previous occasions.

Models used to provide message suggestions may be implemented by aclient device 115 and/or a messaging server 101. In someimplementations, conversations may be encrypted such that only clientdevices of participants in the conversation can access conversationcontent. In these implementations, models implemented by a respectiveclient device may be used to provide message suggestions and modelsimplemented by a server are not used. Models implemented by a clientdevice may also be used, e.g., when the user does not provide consentfor use of models implemented by a server. In some implementations,client implemented models may be based on or derived from serverimplemented models. In some implementations, server models may be usedand client models may not be used, e.g., when a client device lackscapability to implement client models. In some implementations, acombination of client and server models may be used.

While the examples described in this document utilize conceptsillustrated in English, suggestions may be provided in any language,e.g., a language, locale or other geographic configured for a clientdevice 115, a language selected based on a user preference, etc. In someimplementations, where users provide consent for analysis of context ofa conversation, a language that is used in various conversations (e.g.,in recent messages) involving the user can be detected and messagesuggestions are provided in that language.

FIG. 6 shows an example user interface 600 with message suggestions inresponse to receiving a message sticker. User interface 600 can bedisplayed on a user device, e.g., a client device in someimplementations. In the example shown in FIG. 6, a first user using theuser interface 600 displayed on a first user device sends a message“What's up?” 602 over a network to a second user device. The second user604 responds with a message sticker 606 that is received by the firstuser device and is displayed in the user interface 600. In the exampleshown in FIG. 6, the message sticker is an image that includes stylizedtext “Call Me” along with a depiction of a telephone.

In response to receiving the message sticker, one or more suggestedresponses are provided in the first user interface. For example, thesuggested responses may include a text response “Calling” 610 andanother text response “I can't” (612). The user interface 600 permitsthe first user to select from the suggested responses 610 and 612 orcompose their own response using a message box 620 in which the firstuser may enter text or other information, or select other content itemsto send. In the example shown in FIG. 6, one or more of the suggestedresponses may be based on receiving the message sticker 606. In someimplementations, if the first user provides consent, the suggestedresponses may be personalized for the first user. For example, thesuggested responses may be determined based on a frequency of use ofdifferent responses by the first user, a conversation style of the firstuser (e.g., playful, formal, etc.) In some examples, the first user 702is a human user. In some implementations, the first user 702 may be abot.

FIG. 7 shows an example user interface 700 which follows from FIG. 7 andthat may be displayed when the first user selects a suggested response,e.g., element 610 of FIG. 6. The user interface of FIG. 7 includeselements 602-606 and 620 described above in connection with FIG. 6. Forease of illustration, some reference numerals are omitted from FIG. 7.Upon user selection of the element 610, the response “Calling” 702 issent to the second user device.

FIG. 8 shows an example user interface 800 with suggested responses thatinclude one or more message stickers. In the example shown in FIG. 8, afirst user sends a message “Hi?” 802 to a second user device. The seconduser 804 responds by sending a message “Let's meet up!” 806 to the firstuser device, which is displayed in user interface 800.

In response to receiving the message, one or more suggested responsesthat include message stickers are provided in the first user interface800. For example, the suggested responses include message stickerresponses 810, 812 and 814 which each indicate the displayed appearance(e.g., image data) of the message sticker that will be transmitted ifthe message sticker response is selected. The user interface permits theuser to select a particular message sticker from the suggested responsesor compose their own response using a message box 820 in which the usermay enter text and/or other information, e.g., select from one or morestickers available in the messaging application. In the example shown inFIG. 8, message sticker responses 810, 812 and 814 may be selected bythe system and provided as suggested responses based on theconversational context. For example, it may be determined that alikelihood of the message sticker responses 810, 812 and 814 beingselected by the first user is high, based on the received message 806.

In some implementations, if the user has provided consent, the messagestickers included as suggested responses may be personalized for thefirst user. For example, the suggested message stickers may bedetermined based on sticker sets that are available locally on theuser's device (e.g., client device 115), sticker sets that the user haspurchased, sticker sets that are popular among users at the time themessage 806 is received, a location of the first user, a languagesetting of the first user, a language used by the user in communicatingvia the messaging application, popularity of various sticker sets, etc.

FIG. 9 shows an example user interface 900 which follows from FIG. 8 andthat may be displayed when the user selects a suggested response, e.g.,suggested message sticker response 814 of FIG. 8. The user interface ofFIG. 9 includes elements 802-806 and 820 described above in connectionwith FIG. 8. For ease of illustration, some reference numerals areomitted from FIG. 9. Upon user selection of the element 814, theresponse 902 that includes the message sticker 814 is sent to the seconduser device.

FIG. 10 shows an example user interface 1000 with message suggestionsthat include one or more location suggestions. The location suggestionscan be based on one or more messages sent in a communication. In theexample shown in FIG. 10, a first user using user interface 1000 on afirst user device sends a message “Hi” (1002) to a second user device. Asecond user 1004 responds to the message with a message “Where are you?”(1006) that has been sent from the second user device to the first userdevice and displayed in user interface 1000.

Based on analysis of this message context, if the users have providedconsent for such analysis, it is determined whether a location responsemay be appropriate. In some implementations, it is determined that alocation response is appropriate, e.g., based on determining that theconversation is about locations, e.g., messages in the conversationinclude particular phrases (stored in accessible storage and comparedto) such as “where are you,” “let's meet up,” etc. In someimplementations, the conversation context may be analyzed to determinethat the conversation is about a specific location. For example, if amessage in the conversation is “Where is the game tonight?” a suggestedresponse may be a stadium associated with a user's city. In anotherexample, if a message in the conversation is “Where is Jim's house?” asuggested response may be an address associated with a contact “Jim” inthe user's associated address book. In some implementations, a locationsuggestion may be triggered, e.g., based on one or more entities in theconversation, e.g., “Let's meet at XYZ Coffee.”

When it is determined that a location response is appropriate and thatthe user has provided consent to obtaining and sharing their location,the messaging application may provide a suggested response that sharesthe user's location. For example, in FIG. 10, user interface elements1010, 1012 and 1014 that each correspond to a suggested response arecaused to be displayed in the user interface 1000. The first user canselect any of the elements 1010, 1012, and 1014 to respond to themessage 1006. Alternatively, the user can compose a message using amessage box 1020 in which the user may enter text and/or otherinformation.

If the user selects element 1010, in some implementations, the user'slocation may be obtained, e.g., using GPS, cellular triangulation, orother mechanisms involving the first user device. In someimplementations, a link to a map (e.g., a URL) may be determined basedon the user's location and sent in a message, in response to userselection of the element 1010. In some implementations, an image ordiagram is sent as a message showing a map that indicates the locationof the first user device, in response to user selection of the element1010.

In some implementations, the messaging application may look up maps andother location information sources (e.g., accessible over a network andInternet) with the first user device's current geographical coordinatesto obtain a place name (e.g., “XYZ Coffee”, “Football Stadium,” etc.)which may then be provided as a suggested response. For example, element1012 in this example has been determined by the first user devicereferencing map and location information with the current location ofthe first user device and finding the name of the establishment in whichthe device is currently located. If the user selects element 1012, aresponse may be sent that includes the text “XYZ Coffee.”

In some implementations, upon selection of the element 1012, a formattedresponse may be sent, e.g., the response may be formatted as a card thatincludes information about XYZ Coffee (e.g., an image, a phone number,operating hours, etc.). In some implementations, upon selection of theelement 1012, a response may be sent that includes a link to “XYZCoffee” (e.g., to cause reception of data for, and display of, a websiteor social media account of “XYZ Coffee” over the network), where thelink is displayed and is selectable by user input on device(s) receivingthe response.

In various implementations, location suggestions may be provided in alanguage, e.g., a language of the conversation, or a language determinedbased on a user's location or other factors. In differentimplementations, conversation context may be determined by using amachine learning model that can analyze strings in multiple languages.In some implementations, conversations in a language other than Englishmay be translated to English for processing by the machine learningmodel. In some implementations, the machine learning model may betrained on a native corpus of the detected language.

FIG. 11 shows an example user interface 1100 which follows from FIG. 10and that may be displayed when the user selects a suggested response,e.g., element 1010 of FIG. 10. The user interface of FIG. 11 includeselements 1002-1006 and 1020 described above in connection with FIG. 10.For ease of illustration, some reference numerals are omitted from FIG.11. Upon user selection of the element 1010, a map 1102 (e.g., athumbnail, an interactive map, etc.) is sent as the response, where themap can indicate the user's location, e.g., graphically with a pointeras shown. Some implementations can provide suggestions of geographiclocations for a future meeting place, event, or other location indicatedin the conversation of the messaging application, if user consent hasbeen obtained to use such data, and such locations can be displayed inthe messaging interface in response to selection of the locationsuggestion.

Bot Implementations

One or more bots can be implemented with one or more features describedherein, e.g., bots can be implemented by or accessed by one or morecomponents of environment 100 of FIG. 1. A bot is an automated service,implemented on one or more computers, that users interact with, e.g.,through text, such as via messaging application 103 a/103 b (see FIG. 1)or other applications, etc. A bot may be implemented by a bot providersuch that the bot can interact with users of various messagingapplications. In some implementations, a provider of messagingapplication 103 a/103 b may also provide one or more bots. In someimplementations, bots provided by the provider of messaging application103 a/103 b may be configured such that the bots can be included inother messaging applications, e.g., provided by other providers.

A bot may provide several advantages over other modes. For example, abot may permit a user to try a new service (e.g., a taxi bookingservice, a restaurant reservation service, etc.) without having toinstall an application on a client device, or accessing a website.Further, a user may interact with a bot via text, which requires minimalor no learning compared with services used via a web site, softwareapplication, a telephone call, e.g., to an interactive voice response(IVR) service, or other manners of interacting with a service.Incorporating a bot within a messaging service or application may alsopermit users to collaborate with other users to accomplish various taskssuch as travel planning, shopping, scheduling events, obtaininginformation, etc. within the messaging service, and eliminate cumbersomeoperations such as switching between various applications (e.g., a taxibooking application, a restaurant reservation application, a calendarapplication, etc.) or websites to accomplish the tasks.

A bot may be implemented as a computer program or application (e.g., asoftware application) that is configured to interact with one or moreusers (e.g., any of the users 125 a-n) via messaging application 103a/103 b to provide information or to perform specific actions within themessaging application 103. As one example, an information retrieval botmay search for information on the Internet and present the most relevantsearch result within the messaging app. As another example, a travel botmay have the ability to make travel arrangements via messagingapplication 103, e.g., by enabling purchase of travel and hotel ticketswithin the messaging app, making hotel reservations within the messagingapp, making rental car reservations within the messaging app, and thelike. As another example, a taxi bot may have the ability to call ataxi, e.g., to the user's location (obtained by the taxi bot from clientdevice 115, when a user 125 permits access to location information)without having to invoke or call a separate taxi reservation app. Asanother example, a coach/tutor bot may tutor a user to instruct the userin some subject matter within a messaging app, e.g., by asking questionsthat are likely to appear on an examination and providing feedback onwhether the user's responses were correct or incorrect. As anotherexample, a game bot may play a game on the opposite side or the sameside as a user within a messaging app. As another example, a commercialbot may provide services from a specific merchant, e.g., by retrievingproduct information from the merchant's catalog and enabling purchasethrough a messaging app. As another example, an interface bot mayinterface a remote device or vehicle so that a user of a messaging appcan chat with, retrieve information from, and/or provide instructions tothe remote device or vehicle.

A bot's capabilities may include understanding a user's intent andexecuting on it. The user's intent may be understood by analyzing andunderstanding the user's conversation and its context. A bot may alsounderstand the changing context of a conversation or the changingsentiments and/or intentions of the users based on a conversationevolving over time. For example, if user A suggests meeting for coffeebut if user B states that he does not like coffee, then a bot may assigna negative sentiment score for coffee to user B and may not suggest acoffee shop for the meeting.

Implementing bots that can communicate with users of messagingapplication 103 a/103 b may provide many advantages. Conventionally, auser may utilize a software application or a website to performactivities such as paying bills, ordering food, booking tickets, etc. Aproblem with such implementations is that a user is required to installor use multiple software applications, and web sites, in order toperform the multiple activities. For example, a user may have to installdifferent software applications to pay a utility bill (e.g., from theutility company), to buy movie tickets (e.g., a ticket reservationapplication from a ticketing service provider), to make restaurantreservations (e.g., from respective restaurants), or may need to visit arespective website for each activity. Another problem with suchimplementations is that the user may need to learn a complex userinterface, e.g., a user interface implemented using multiple userinterface elements, such as windows, buttons, checkboxes, dialog boxes,etc.

Consequently, an advantage of one or more described implementations isthat a single application enables a user to perform activities thatinvolve interaction with any number of parties, without being requiredto access a separate website or install and run software applications,which has a technical effect of reducing consumption of memory, storage,and processing resources on a client device. An advantage of thedescribed implementations is that the conversational interface makes iteasier and faster for the user to complete such activities, e.g.,without having to learn a complex user interface, which has a technicaleffect of reducing consumption of computational resources. Anotheradvantage of the described implementations is that implementing bots mayenable various participating entities to provide user interaction at alower cost, which has a technical effect of reducing the need forcomputational resources that are deployed to enable user interaction,such as a toll-free number implemented using one or more of acommunications server, a website that is hosted on one or more webservers, a customer support email hosted on an email server, etc.Another technical effect of described features is a reduction in theproblem of consumption of system processing and transmission resourcesrequired for completing user tasks across communication networks.

While certain examples herein describe interaction between a bot and oneor more users, various types of interactions, such as one-to-oneinteraction between a bot and a user 125, one-to-many interactionsbetween a bot and two or more users (e.g., in a group messagingconversation), many-to-one interactions between multiple bots and auser, and many-to-many interactions between multiple bots and multipleusers are be possible. Further, in some implementations, a bot may alsobe configured to interact with another bot (e.g., bots 107 a/107 b, 109a/109 b, 111, 113, etc.) via messaging application 103, via directcommunication between bots, or a combination. For example, a restaurantreservation bot may interact with a bot for a particular restaurant inorder to reserve a table.

In certain embodiments, a bot may use a conversational interface to usenatural language to interact conversationally with a user. In certainembodiments, a bot may use a template-based format to create sentenceswith which to interact with a user, e.g., in response to a request for arestaurant address, using a template such as “the location of restaurantR is L.” In certain cases, a user may be enabled to select a botinteraction format, e.g., whether the bot is to use natural language tointeract with the user, whether the bot is to use template-basedinteractions, etc.

In cases in which a bot interacts conversationally using naturallanguage, the content and/or style of the bot's interactions maydynamically vary based on one or more of: the content of theconversation determined using natural language processing, theidentities of the users in the conversations, and one or moreconversational contexts (e.g., historical information on the user'sinteractions, connections between the users in the conversation based ona social graph), external conditions (e.g., weather, traffic), theuser's schedules, related context associated with the users, and thelike. In these cases, the content and style of the bot's interactions isvaried based on only such factors for which users participating in theconversation have provided consent.

As one example, if the users of a conversation are determined to beusing formal language (e.g., no or minimal slang terms or emojis), thena bot may also interact within that conversation using formal language,and vice versa. As another example, if a user in a conversation isdetermined (based on the present and/or past conversations) to be aheavy user of emojis, then a bot may also interact with that user usingone or more emojis. As another example, if it is determined that twousers in a conversation are in remotely connected in a social graph(e.g., having two or more intermediate nodes between them denoting,e.g., that they are friends of friends of friends), then a bot may usemore formal language in that conversation. In the cases where usersparticipating in a conversation have not provided consent for the bot toutilize factors such as the users' social graph, schedules, location, orother context associated with the users, the content and style ofinteraction of the bot may be a default style, e.g., a neutral style,that doesn't require utilization of such factors.

Further, in some implementations, one or more bots may includefunctionality to engage in a back-and-forth conversation with a user.For example, if the user requests information about movies, e.g., byentering “@moviebot Can you recommend a movie?”, the bot “moviebot” mayrespond with “Are you in the mood for a comedy?” The user may thenrespond, e.g., “nope” to which the bot may respond with “OK. The sci-fimovie entitled Space and Stars has got great reviews. Should I book youa ticket?” The user may then indicate “Yeah, I can go after 6 pm. Pleasecheck if Steve can join”. Upon user's consent to the bot accessinginformation about their contacts and upon the friend Steve's consent toreceiving messages from the bot, the bot may send a message to user'sfriend Steve and perform further actions to book movie tickets at asuitable time.

In certain embodiments, a user participating in a conversation may beenabled to invoke a specific bot or a bot performing a specific task,e.g., by typing a bot name or bot handle (e.g., taxi, @taxibot, @movies,etc.), by using a voice command (e.g., “invoke bankbot”, etc.), byactivation of a user interface element (e.g., a button or other elementlabeled with the bot name or handle), etc. Once a bot is invoked, a user125 may send a message to the bot via messaging application 103 a/103 bin a manner similar to sending messages to other users 125. For example,to order a taxi, a user may type “@taxibot get me a cab”; to make hotelreservations, a user may type “@hotelbot book a table for 4 at a Chineserestaurant near me.”

In certain embodiments, a bot may automatically suggest information oractions within a messaging conversation without being specificallyinvoked. That is, the users may not need to specifically invoke the bot.In these embodiments, if user consent has been obtained, the bot maydepend on analysis and understanding of the conversation on a continualbasis or at discrete points of time. The analysis of the conversationmay be used to understand specific user needs and to identify whenassistance should be suggested by a bot. As one example, a bot maysearch for some information and suggest the answer if it is determinedthat a user needs information (e.g., based on the user asking a questionto another user, based on multiple users indicating they don't have someinformation). As another example, if it is determined that multipleusers have expressed interest in eating Chinese food, a bot mayautomatically suggest a set of Chinese restaurants in proximity to theusers, including optional information such as locations, ratings andlinks to the websites of the restaurants.

In certain embodiments, rather than automatically invoking a bot orwaiting for a user to explicitly invoke a bot, an automatic suggestionmay be made to one or more users in a messaging conversation to invokeone or more bots. In these embodiments, if user content has beenobtained, the conversation may be analyzed on a continual basis or atdiscrete points of time, and the analysis of the conversation may beused to understand specific user needs and to identify when a bot shouldbe suggested within the conversation. For example, particular keywords,phrases, or exchanges of words or phrases in the messaging conversationcan be detected by a program executing on a device participating in themessage conversation, where such keywords or phrases can indicate toinvoke a bot and add the bot to the messaging conversation.

In the embodiments in which a bot may automatically suggest informationor actions within a messaging conversation without being specificallyinvoked, such functionality is disabled, e.g., if one or more usersparticipating in the messaging conversation do not provide consent to abot performing analysis of the user's conversation. Further, suchfunctionality may also be disabled temporarily based on user input. Forexample, when the users indicate that a conversation is private,analysis of conversational context is suspended until users provideinput for the bot to be activated. Further, indications that analysisfunctionality is disabled may be provided to participants in theconversation, e.g., with a user interface element.

In various implementations, a bot may be implemented in a variety ofconfigurations. For example, as shown in FIG. 1, bot 105 is implementedon client device 115 a. In this example, the bot may be a module in asoftware application that is local to client device 115 a. For example,if a user has installed a taxi hailing application on client device 115a, bot functionality may be incorporated as a module in the taxi hailingapplication. In this example, a user may invoke a taxi bot, e.g., bysending a message “@taxibot get me a cab.” Messaging application 103 bmay automatically cause the bot module in the taxi hailing applicationbe launched. In this manner, a bot may be implemented locally on aclient device such that the user can engage in conversation with the botvia messaging application 103.

In another example shown in FIG. 1, bot 107 a is shown implemented onclient device 115 a and bot 107 b is shown as implemented on messagingserver 101. In this example, the bot may be implemented, e.g., as aclient-server computer program, with portions of the bot functionalityprovided by each of bot 107 a (server module) and bot 107 b (clientmodule). For example, if the bot is a scheduling bot with the handle@calendar, user 125 a may schedule a reminder, by typing “@calendarremind me to pick up laundry in the evening,” which may be handled bybot 107 b (client module). Continuing with this example, if user 125 atells the bot “check if Jim is free to meet at 4,” bot 107 a (servermodule) may contact user Jim (or Jim's scheduling bot) to exchangemessages, and provide a response to user 125 a.

In another example, bot 109 a (server module) is implemented on server135 and bot 109 b (client module) is implemented on client devices 115.In this example, the bot functionality is provided by modulesimplemented on client devices 115 and server 135, which is distinct frommessaging server 101. In some implementations, a bot may be implementedas a distributed application, e.g., with modules distributed acrossmultiple client devices and servers (e.g., client devices 115, server135, messaging server 101, etc.). In some implementations, a bot may beimplemented as a server application, e.g., bot 111 that is implementedon messaging server 101 and bot 113 that is implemented on server 135.

Different implementations such as client-only, server-only,client-server, distributed, etc. may provide different advantages. Forexample, client-only implementations permit bot functionality to beprovided locally, e.g., without network access, which may beadvantageous in certain contexts, e.g., when a user is outside ofnetwork coverage area or in any area with low or limited networkbandwidth. Implementations that include one or more servers, such asserver-only, client-server, or distributed configurations may permitcertain functionality, e.g., financial transactions, ticketreservations, etc. that may not be possible to provide locally on aclient device.

While FIG. 1 shows bots as distinct from messaging application 103, insome implementations, one or more bots may be implemented as part ofmessaging application 103. In the implementations in which bots areimplemented as part of messaging application 103, user permission isobtained before implementing bots. For example, where bots areimplemented as part of messaging application 103 a/103 b, messagingapplication 103 a/103 b may provide bots that can perform certainactivities, e.g., a translation bot that translates incoming andoutgoing messages, a scheduling bot that schedules events on a user'scalendar, etc. In this example, translation bot is activated only uponuser's specific permission. If the user does not provide consent, botswithin messaging application 103 a/103 b are not implemented (e.g.,disabled, removed, etc.). If the user provides consent, a bot ormessaging application 103 a/103 b may make limited use of messagesexchanged between users via messaging application 103 a/103 b to providespecific functionality, e.g., translation, scheduling, etc.

In some implementations, third parties distinct from a provider ofmessaging application 103 a/103 b and users 125, may provide bots thatcan communicate with users 125 via messaging application 103 a/103 b forspecific purposes. For example, a taxi service provider may provide ataxi bot, a ticketing service may provide a bot that can book eventtickets, a bank bot may provide capability to conduct financialtransactions, etc.

In implementing bots via messaging application 103, bots are permittedto communicate with users only upon specific user authorization. Forexample, if a user invokes a bot, the bot can reply, e.g., based on theuser's action of invoking the bot. In another example, a user mayindicate particular bots or types of bots that may contact the user. Forexample, a user may permit travel bots to communicate with her, but notprovide authorization for shopping bots. In this example, messagingapplication 103 a/103 b may permit travel bots to exchange messages withthe user, but filter or deny messages from shopping bots.

Further, in order to provide some functionality (e.g., ordering a taxi,making a flight reservation, contacting a friend, etc.), bots mayrequest that the user permit the bot to access user data, such aslocation, payment information, contact list, etc. In such instances, auser is presented with options to permit or deny access to the bot. Ifthe user denies access, the bot may respond via a message, e.g., “Sorry,I am not able to book a taxi for you.” Further, the user may provideaccess to information on a limited basis, e.g., the user may permit thetaxi bot to access a current location only upon specific invocation ofthe bot, but not otherwise. In different implementations, the user cancontrol the type, quantity, and granularity of information that a botcan access, and is provided with the ability (e.g., via a userinterface) to change such permissions at any time. In someimplementations, user data may be processed, e.g., to remove personallyidentifiable information, to limit information to specific dataelements, etc. before a bot can access such data. Further, users cancontrol usage of user data by messaging application 103 a/103 b and oneor more bots. For example, a user can specify that a bot that offerscapability to make financial transactions require user authorizationbefore a transaction is completed, e.g., the bot may send a message“Tickets for the movie Space and Starts are $12 each. Shall I go aheadand book?” or “The best price for this shirt is $125, includingshipping. Shall I charge your credit card ending 1235?” etc.

Implementations described herein generally relate to messagingapplications. Certain implementations may automatically analyze imagecontent of one or more messaging conversations and/or user informationto automatically provide message suggestions to a user within amessaging application. In certain examples, the automatic suggestionsmay provide one or more appropriate responses to be selected by a userto respond in the messaging application, and/or may automatically sendone or more appropriate responses on behalf of a user. In certain otherexamples, the suggestions may automatically incorporate particularnon-messaging functionality into the messaging application.

The foregoing description includes techniques to provide messagesuggestions in response to receiving a message. Message suggestions maybe provided in response to any type of media content that is received ina conversation. For example, such content may include stickers (e.g., ina chat application), animated images (e.g., cinemagraphs, GIF images,etc.), videos, and audio data (e.g., segments or clips). Messagesuggestions of various types may be suggested, e.g., based on analysisof a received message. For example, other responses may include one ormore of a suggested image, a suggested sticker, a suggested animatedimage (e.g., cinemagraph, GIF image, etc.) and a suggested video. Toprovide these suggestions, suggestion module 212 may perform, e.g., acomparison of identified concepts in a received item (e.g., text, image,video, sticker, animated image, etc.) with concepts in different typesof responses, and select a suitable response, as described above withreference to message suggestions that include text and/or messagestickers. In different implementations where users provide consent, thetype of response may be selected or prioritized based on context, e.g.,a type of response can be selected that is the same type as the receivedmessage; for example, a message sticker may be selected as a suggestedmessage in response to an incoming message sticker, a video may beselected as a suggested response in response to an incoming image, etc.

Certain implementations enable messaging with human users and/or chatbots. In certain implementations, automatic message suggestions may becustomized based on whether a chat bot is participating in the messagingconversation. In some examples, a first set of automatic messagesuggestions may be provided if a chat bot is absent in a messagingconversation, while a second set of automatic message suggestions may beprovided if a chat bot is present in the messaging conversation, wherethe first and second sets of responses are at least partially different.For example, these implementations may employ conversational rulesfollowed by the chat bot, and suggest messages to a user based on therules. This can mitigate challenges that users may have in communicatingwith chat bots in a language and in a format that is easily understoodby the chat bots.

Some implementations can include determining one or more trendingresponses (e.g., message responses including popular message contentsent by many different users) based on other messages in at least one ofa region, market, and country related to a location of a user. One ormore determined message suggestions may include one or more trendingresponses. In some implementations, a user context, e.g., a geographiclocation, holiday or an event, etc., are used to generate and determinefor presentation one or more of the message suggestions.

Determining the suggested response may be further based on using machinelearning to develop a personalized model for a user. Determiningsuggested responses may be based on preferences of the user and/or prioractions of the user in communications (if user consent for use of suchactions and data has been obtained). For example, user preferences mayinclude a whitelist indicating particular words which can be includedand/or a blacklist indicating particular words which cannot be includedin message suggestions. If user consent has been obtained, messagesuggestions can be generated or modified based on one or more ofpunctuation use, emoji use, or other content provided by the user onprevious occasions.

Models, e.g., mapping models (machine-learned models, grammars,associations, etc.), message suggestion models, etc., used to providemessage suggestions may be implemented by a client device 115 and/or amessaging server 101. In some implementations, conversations may beencrypted such that only client devices of participants in theconversation can access conversation content. In these implementations,models implemented by a respective client device may be used to providemessage suggestions and models implemented by a server are not used.Models implemented by a client device may also be used, e.g., when theuser does not provide consent for use of models implemented by a server.In some implementations, client implemented models may be based on orderived from server implemented models. In some implementations, servermodels may be used and client models may not be used, e.g., when aclient device lacks capability to implement client models. In someimplementations, a combination of client and server models may be used.

While the examples described in this document utilize conceptsillustrated in English, suggestions may be provided in any language,e.g., a language, locale or other geographic configured for a clientdevice 115, a language selected based on a user preference, etc. In someimplementations, where users provide consent for analysis of context ofa conversation, a language that is used in various conversations (e.g.,in recent messages) involving the user may be detected and messagesuggestions are provided in that language.

FIG. 12 is a block diagram of an example device 1200 which may be usedto implement one or more features described herein. In one example,device 1200 may be used to implement a client device, e.g., any ofclient devices 115 shown in FIG. 1. Alternatively, device 1200 canimplement a server device, e.g., messaging server 101, conceptidentifier 120, content classifier 130, and query synthesizer 132 ofFIG. 1. Device 1200 can be any suitable computer system, server, orother electronic or hardware device as described above.

One or more methods described herein can be run in a standalone programthat can be run on any type of computing device, a program run on a webbrowser, a mobile application (“app”) run on a mobile computing device(e.g., cell phone, smart phone, tablet computer, wearable device(wristwatch, armband, jewelry, headwear, virtual reality goggles orglasses, augmented reality goggles or glasses, etc.), laptop computer,etc.). In one example, a client/server architecture can be used, e.g., amobile computing device (as a client device) sends user input data to aserver device and receives from the server the final output data foroutput (e.g., for display). In another example, all computations can beperformed within the mobile app (and/or other apps) on the mobilecomputing device. In another example, computations can be split betweenthe mobile computing device and one or more server devices.

In some implementations, device 1200 includes a processor 1202, a memory1204, and input/output (I/O) interface 1206. Processor 1202 can be oneor more processors and/or processing circuits to execute program codeand control basic operations of the device 1200. A “processor” includesany suitable hardware and/or software system, mechanism or componentthat processes data, signals or other information. A processor mayinclude a system with a general-purpose central processing unit (CPU),multiple processing units, dedicated circuitry for achievingfunctionality, or other systems. Processing need not be limited to aparticular geographic location, or have temporal limitations. Forexample, a processor may perform its functions in “real-time,”“offline,” in a “batch mode,” etc. Portions of processing may beperformed at different times and at different locations, by different(or the same) processing systems. A computer may be any processor incommunication with a memory.

Memory 1204 is typically provided in device 1200 for access by theprocessor 1202, and may be any suitable processor-readable storagemedium, such as random access memory (RAM), read-only memory (ROM),Electrical Erasable Read-only Memory (EEPROM), Flash memory, etc.,suitable for storing instructions for execution by the processor, andlocated separate from processor 1202 and/or integrated therewith. Memory1204 can store software operating on the server device 1200 by theprocessor 1202, including an operating system 1208, messagingapplication 1216 and other applications 1214 such as a data displayengine, web hosting engine, image display engine, notification engine,social networking engine, etc. Application data 1210 can be stored inmemory 1204 and input to and/or output from messaging application 1216and/or 1214. For example, application data can include data describedherein, such as exchanged messages, images, database data, configurationdata, user preferences, etc.

In some implementations, the messaging application 1216 can includeinstructions that enable processor 1202 to perform functions describedherein, e.g., some or all of the method of FIG. 2. For example,messaging application 1216 can provide message suggestions as describedherein. In some implementations, messaging application 1216 includes oneor more modules, such as sticker suggestion module 1216A, responsesuggestion module 1216B, sticker data module 1216C, and user interactionmodule 1216D, and/or these modules are implemented in other applicationsor devices in communication with the device 1200. Other applications1214 (or engines) can also or alternatively be included, e.g., imageediting applications, media display applications, communicationapplications, web hosting engine or application, etc. One or moremethods disclosed herein can operate in several environments andplatforms, e.g., as a standalone computer program that can run on anytype of computing device, as a web application having web pages, as amobile application (“app”) run on a mobile computing device, etc. One ormore of the operating system 1208 and applications 1216 and 1214 can,for example, provide a displayed user interface responsive to user inputto display selectable options or controls, and display data based onselected options.

A machine-learning application 1230 is stored in memory 1204 in someimplementations. In various implementations, machine-learningapplication 1230 may utilize Bayesian classifiers, support vectormachines, neural networks, or other learning techniques. In someimplementations, machine-learning application 1230 may include a trainedmodel 1234, an inference engine 1236, and data 1232. In someimplementations, data 1232 may include training data, e.g., data used togenerate trained model 1234. For example, training data may include anytype of data such as text, images, audio, video, etc. Training data maybe obtained from any source, e.g., a data repository specifically markedfor training, data for which permission is provided for use as trainingdata for machine-learning, etc. In implementations where one or moreusers permit use of their respective user data to train amachine-learning model, e.g., trained model 1234, training data mayinclude such user data. In implementations where users permit use oftheir respective user data, data 1232 may include permitted data such asimages (e.g., photos or other user-generated images), communications(e.g., e-mail; chat data such as text messages, voice, video, etc.),documents (e.g., spreadsheets, text documents, presentations, etc.)

In some implementations, data 1232 may include collected data such asmap data, image data (e.g., satellite imagery, overhead imagery, etc.),game data, etc. In some implementations, training data may includesynthetic data generated for the purpose of training, such as data thatis not based on user input or activity in the context that is beingtrained, e.g., data generated from simulated conversations,computer-generated images, etc. In some implementations,machine-learning application 1230 excludes data 1232. For example, inthese implementations, the trained model 1234 may be generated, e.g., ona different device, and be provided as part of machine-learningapplication 1230. In various implementations, the trained model 1234 maybe provided as a data file that includes a model structure or form, andassociated weights. Inference engine 1236 may read the data file fortrained model 834 and implement a neural network with node connectivity,layers, and weights based on the model structure or form specified intrained model 1234.

Machine-learning application 1230 also includes a trained model 1234. Insome implementations, the trained model may include one or more modelforms or structures. For example, model forms or structures can includeany type of neural-network, such as a linear network, a deep neuralnetwork that implements a plurality of layers (e.g., “hidden layers”between an input layer and an output layer, with each layer being alinear network), a convolutional neural network (e.g., a network thatsplits or partitions input data into multiple parts or tiles, processeseach tile separately using one or more neural-network layers, andaggregates the results from the processing of each tile), asequence-to-sequence neural network (e.g., a network that takes as inputsequential data, such as words in a sentence, frames in a video, etc.and produces as output a result sequence), etc.

The model form or structure may specify connectivity between variousnodes and organization of nodes into layers. For example, nodes of afirst layer (e.g., input layer) may receive data as input data 1232 orapplication data 1210. Such data can include, for example, one or morepixels per node, e.g., when the trained model is used for imageanalysis. Subsequent intermediate layers may receive, as input, outputof nodes of a previous layer per the connectivity specified in the modelform or structure. These layers may also be referred to as hiddenlayers. A final layer (e.g., output layer) produces an output of themachine-learning application. For example, the output may be a set oflabels for an image, a representation of the image that permitscomparison of the image to other images (e.g., a feature vector for theimage), an output sentence in response to an input sentence, one or morecategories for the input data, etc. depending on the specific trainedmodel. In some implementations, model form or structure also specifies anumber and/or type of nodes in each layer.

In different implementations, trained model 1234 can include a pluralityof nodes, arranged into layers per the model structure or form. In someimplementations, the nodes may be computational nodes with no memory,e.g., configured to process one unit of input to produce one unit ofoutput. Computation performed by a node may include, for example,multiplying each of a plurality of node inputs by a weight, obtaining aweighted sum, and adjusting the weighted sum with a bias or interceptvalue to produce the node output. In some implementations, thecomputation performed by a node may also include applying astep/activation function to the adjusted weighted sum. In someimplementations, the step/activation function may be a nonlinearfunction. In various implementations, such computation may includeoperations such as matrix multiplication. In some implementations,computations by the plurality of nodes may be performed in parallel,e.g., using multiple processors cores of a multicore processor, usingindividual processing units of a GPU, or special-purpose neuralcircuitry. In some implementations, nodes may include memory, e.g., maybe able to store and use one or more earlier inputs in processing asubsequent input. For example, nodes with memory may include longshort-term memory (LSTM) nodes. LSTM nodes may use the memory tomaintain “state” that permits the node to act like a finite statemachine (FSM). Models with such nodes may be useful in processingsequential data, e.g., words in a sentence or a paragraph, frames in avideo, speech or other audio, etc.

In some implementations, trained model 1234 may include embeddings orweights for individual nodes. For example, a model may be initiated as aplurality of nodes organized into layers as specified by the model formor structure. At initialization, a respective weight may be applied to aconnection between each pair of nodes that are connected per the modelform, e.g., nodes in successive layers of the neural network. Forexample, the respective weights may be randomly assigned, or initializedto default values. The model may then be trained, e.g., using data 1232,to produce a result.

For example, training may include applying supervised learningtechniques. In supervised learning, the training data can include aplurality of inputs (e.g., a set of images) and a corresponding expectedoutput for each input (e.g., one or more labels for each image). Basedon a comparison of the output of the model with the expected output,values of the weights are automatically adjusted, e.g., in a manner thatincreases a probability that the model produces the expected output whenprovided similar input.

In some implementations, training may include applying unsupervisedlearning techniques. In unsupervised learning, only input data may beprovided and the model may be trained to differentiate data, e.g., tocluster input data into a plurality of groups, where each group includesinput data that are similar in some manner. For example, the model maybe trained to differentiate images such that the model distinguishesabstract images (e.g., synthetic images, human-drawn images, etc.) fromnatural images (e.g., photos).

In another example, a model trained using unsupervised learning maycluster words based on the use of the words in input sentences. In someimplementations, unsupervised learning may be used to produce knowledgerepresentations, e.g., that may be used by machine-learning application1230. In various implementations, a trained model includes a set ofweights, or embeddings, corresponding to the model structure. Inimplementations where data 1232 is omitted, machine-learning application1230 may include trained model 1234 that is based on prior training,e.g., by a developer of the machine-learning application 1230, by athird-party, etc. In some implementations, trained model 1234 mayinclude a set of weights that are fixed, e.g., downloaded from a serverthat provides the weights.

Machine-learning application 1230 also includes an inference engine1236. Inference engine 1236 is configured to apply the trained model1234 to data, such as application data 1210, to provide an inference. Insome implementations, inference engine 1236 may include software code tobe executed by processor 1202. In some implementations, inference engine1236 may specify circuit configuration (e.g., for a programmableprocessor, for a field programmable gate array (FPGA), etc.) enablingprocessor 1202 to apply the trained model. In various implementations,inference engine 1236 includes software instructions, hardwareinstructions, or a combination. In some implementations, inferenceengine 1236 offers an application programming interface (API) that canbe used by operating system 1208 and/or other applications 1214 and/or1216 to invoke inference engine 1236, e.g., to apply trained model 1234to application data 1210 to generate an inference.

Machine-learning application 1230 may provide several technicaladvantages. For example, when trained model 1234 is generated based onunsupervised learning, trained model 1234 can be applied by inferenceengine 1236 to produce knowledge representations (e.g., numericrepresentations) from input data, e.g., application data 1210. Forexample, a model trained for image analysis may produce representationsof images that have a smaller data size (e.g., 1 KB) than input images(e.g., 10 MB). In some implementations, such representations may behelpful to reduce processing cost (e.g., computational cost, memoryusage, etc.) to generate an output (e.g., a label, a classification, asentence descriptive of the image, etc.). In some implementations, suchrepresentations may be provided as input to a different machine-learningapplication that produces output from the output of inference engine1236. In some implementations, knowledge representations generated bymachine-learning application 1230 may be provided to a different devicethat conducts further processing, e.g., over a network. In suchimplementations, providing the knowledge representations rather than theimages may provide a technical benefit, e.g., enable faster datatransmission with reduced cost. In another example, a model trained forclustering documents may produce document clusters from input documents.The document clusters may be suitable for further processing (e.g.,determining whether a document is related to a topic, determining aclassification category for the document, etc.) without the need toaccess the original document, and therefore, save computational cost.

In some implementations, machine-learning application 1230 may beimplemented in an offline manner. In these implementations, trainedmodel 1234 may be generated in a first stage, and provided as part ofmachine-learning application 1230. In some implementations,machine-learning application 1230 may be implemented in an onlinemanner. For example, in such implementations, an application thatinvokes machine-learning application 1230 (e.g., operating system 1208,one or more of other applications 1214, etc.) may utilize an inferenceproduced by machine-learning application 1230, e.g., provide theinference to a user, and may generate system logs (e.g., if permitted bythe user, an action taken by the user based on the inference; or ifutilized as input for further processing, a result of the furtherprocessing). System logs may be produced periodically, e.g., hourly,monthly, quarterly, etc. and may be used, with user permission, toupdate trained model 1234, e.g., to update embeddings for trained model1234.

In some implementations, machine-learning application 1230 may beimplemented in a manner that can adapt to particular configuration ofdevice 1200 on which the machine-learning application 1230 is executed.For example, machine-learning application 1230 may determine acomputational graph that utilizes available computational resources,e.g., processor 1202. For example, if machine-learning application 1230is implemented as a distributed application on multiple devices,machine-learning application 1230 may determine computations to becarried out on individual devices in a manner that optimizescomputation. In another example, machine-learning application 1230 maydetermine that processor 1202 includes a GPU with a particular number ofGPU cores (e.g., 1,000) and implement the inference engine accordingly(e.g., as 1,000 individual processes or threads).

In some implementations, machine-learning application 1230 may implementan ensemble of trained models. For example, trained model 1234 mayinclude a plurality of trained models that are each applicable to sameinput data. In these implementations, machine-learning application 1230may choose a particular trained model, e.g., based on availablecomputational resources, success rate with prior inferences, etc. Insome implementations, machine-learning application 1230 may executeinference engine 1236 such that a plurality of trained models isapplied. In these implementations, machine-learning application 1230 maycombine outputs from applying individual models, e.g., using avoting-technique that scores individual outputs from applying eachtrained model, or by choosing one or more particular outputs. Further,in these implementations, machine-learning application may apply a timethreshold for applying individual trained models (e.g., 0.5 ms) andutilize only those individual outputs that are available within the timethreshold. Outputs that are not received within the time threshold maynot be utilized, e.g., discarded. For example, such approaches may besuitable when there is a time limit specified while invoking themachine-learning application, e.g., by operating system 1208 or one ormore applications 1214 and/or 1216.

In different implementations, machine-learning application 1230 canproduce different types of outputs. For example, machine-learningapplication 1230 can provide representations or clusters (e.g., numericrepresentations of input data), labels (e.g., for input data thatincludes images, documents, etc.), phrases or sentences (e.g.,descriptive of an image or video, suitable for use as a response to aninput sentence, etc.), images (e.g., generated by the machine-learningapplication in response to input), audio or video (e.g., in response aninput video, machine-learning application 1230 may produce an outputvideo with a particular effect applied, e.g., rendered in a comic-bookor particular artist's style, when trained model 1234 is trained usingtraining data from the comic book or particular artist, etc. In someimplementations, machine-learning application 1230 may produce an outputbased on a format specified by an invoking application, e.g. operatingsystem 1208 or one or more applications 1214 and/or 1216. In someimplementations, an invoking application may be another machine-learningapplication. For example, such configurations may be used in generativeadversarial networks, where an invoking machine-learning application istrained using output from machine-learning application 1230 andvice-versa.

Any of software in memory 1204 can alternatively be stored on any othersuitable storage location or computer-readable medium. In addition,memory 1204 (and/or other connected storage device(s)) can store one ormore messages, message stickers and sticker information (e.g.,metadata), message sticker descriptions and keywords, one or moretaxonomies, electronic encyclopedia, dictionaries, thesauruses, messagedata, grammars, user preferences, and/or other instructions and dataused in the features described herein (e.g., such instructions and/ordata can be included in application data 1210 in some implementations).Memory 1204 and any other type of storage (magnetic disk, optical disk,magnetic tape, or other tangible media) can be considered “storage” or“storage devices.”

I/O interface 1206 can provide functions to enable interfacing theserver device 1200 with other systems and devices. Interfaced devicescan be included as part of the device 1200 or can be separate andcommunicate with the device 1200. For example, network communicationdevices, storage devices (e.g., memory and/or database 106), andinput/output devices can communicate via I/O interface 1206. In someimplementations, the I/O interface can connect to interface devices suchas input devices (keyboard, pointing device, touchscreen, microphone,camera, scanner, sensors, etc.) and/or output devices (display device,speaker devices, printer, motor, etc.).

Some examples of interfaced devices that can connect to I/O interface1206 can include a display device 1220 that can be used to displaycontent, e.g., images, video, and/or a user interface of an outputapplication as described herein. Display device 1220 can be connected todevice 1200 via local connections (e.g., display bus) and/or vianetworked connections and can be any suitable display device. Thedisplay device 1220 can include any suitable display device such as anLCD, LED, or plasma display screen, CRT, television, monitor,touchscreen, 3-D display screen, or other visual display device. Forexample, display device 1220 can be a flat display screen provided on amobile device, multiple display screens provided in a goggles device, ora monitor screen for a computer device.

The I/O interface 1206 can interface to other input and output devices.Some examples include one or more cameras which can capture images. Someimplementations can provide a microphone for capturing sound (e.g., as apart of captured images, voice commands, etc.), audio speaker devicesfor outputting sound, or other input and output devices.

For ease of illustration, FIG. 12 shows one block for each of processor1202, memory 1204, I/O interface 1206, and software blocks 1208, 1214,and 1216. These blocks may represent one or more processors orprocessing circuitries, operating systems, memories, I/O interfaces,applications, and/or software modules. In other implementations, device1200 may not have all of the components shown and/or may have otherelements including other types of elements instead of, or in additionto, those shown herein. While some components are described asperforming blocks and operations as described in some implementationsherein, any suitable component or combination of components ofenvironment 100, device 1200, similar systems, or any suitable processoror processors associated with such a system, may perform the blocks andoperations described.

Methods described herein can be implemented by computer programinstructions or code, which can be executed on a computer. For example,the code can be implemented by one or more digital processors (e.g.,microprocessors or other processing circuitry) and can be stored on acomputer program product including a non-transitory computer readablemedium (e.g., storage medium), such as a magnetic, optical,electromagnetic, or semiconductor storage medium, includingsemiconductor or solid state memory, magnetic tape, a removable computerdiskette, a random access memory (RAM), a read-only memory (ROM), flashmemory, a rigid magnetic disk, an optical disk, a solid-state memorydrive, etc. The program instructions can also be contained in, andprovided as, an electronic signal, for example in the form of softwareas a service (SaaS) delivered from a server (e.g., a distributed systemand/or a cloud computing system). Alternatively, one or more methods canbe implemented in hardware (logic gates, etc.), or in a combination ofhardware and software. Example hardware can be programmable processors(e.g. Field-Programmable Gate Array (FPGA), Complex Programmable LogicDevice), general purpose processors, graphics processors, ApplicationSpecific Integrated Circuits (ASICs), and the like. One or more methodscan be performed as part of or component of an application running onthe system, or as an application or software running in conjunction withother applications and operating system.

Further implementations are summarized in the following examples.

Example 1: A computer-implemented method to provide message suggestionsin a messaging application, the method comprising detecting a firstmessage sent by a first user device to a second user device over acommunication network; programmatically analyzing the first message todetermine a semantic concept associated with the first message;identifying one or more message stickers based at least in part on thesemantic concept; and transmitting instructions to cause the one or moremessage stickers to be displayed in a user interface displayed on thesecond user device.

Example 2: The computer-implemented method of example 1, wherein thefirst message is part of a communication between a first user of thefirst user device and a second user of the second user device in themessaging application, the method further comprising programmaticallyanalyzing the communication to determine one or more additional semanticconcepts associated with the communication, wherein identifying the oneor more message stickers is further based on the one or more additionalsemantic concepts.

Example 3: The computer-implemented method of one of examples 1 and 2,wherein identifying the one or more message stickers comprisesdetermining one or more suggested responses based on the semanticconcept; comparing one or more descriptors associated with a pluralityof message stickers with the one or more suggested responses; andselecting the one or more message stickers from the plurality of messagestickers based on the comparing.

Example 4: The computer-implemented method of example 3, wherein the oneor more message stickers include multiple message stickers, and furthercomprising determining respective ranks of the multiple message stickersbased on one or more correspondences between a description of each ofthe multiple message stickers and the one or more suggested responses,wherein transmitting instructions to cause the multiple message stickersto be displayed includes transmitting instructions indicating therespective ranks of the plurality of message stickers.

Example 5: The computer-implemented method of one of examples 3 and 4,wherein selecting the one or more message stickers from the plurality ofmessage stickers based on the comparing includes checking forcorrespondence between the one or more descriptors and the one or moresuggested responses, wherein the correspondence includes at least oneof: letter matches between words of the one or more descriptors and theone or more suggested responses, and semantic similarities between theone or more descriptors and the one or more suggested responses; anddetermining that the one or more message stickers have thecorrespondence between the one or more descriptors and the one or moresuggested responses.

Example 6: The computer-implemented method of one of examples 1-5,wherein selecting the one or more message stickers from the plurality ofmessage stickers based on the comparing includes determining similarityscores between the one or more descriptors and the one or more suggestedresponses; and selecting the one or more message stickers based on thesimilarity scores of the one or more message stickers.

Example 7: The computer-implemented method of one of examples 1-6,wherein at least one message sticker of the one or more message stickersincludes image data to be displayed and a sticker identification (ID)effective to identify the at least one message sticker.

Example 8: The computer-implemented method of one of examples 1-7,further comprising receiving a selection via user input of a particularmessage sticker of the one or more message stickers; and in response toreceiving the selection, providing the particular message sticker to thefirst user device in the messaging application, wherein providing theparticular message sticker includes one or more of: sending a sticker IDof the message sticker to the first user device over the communicationnetwork; and sending image data of the message sticker to the first userdevice over the communication network.

Example 9: The computer-implemented method of one of examples 1-8,wherein identifying the one or more message stickers comprisesdetermining that the first message is part of a conversation between thefirst user device and the second user device in the messagingapplication, the method further comprising: identifying the one or moremessage stickers based at least in part on one or more semantic conceptsin one or more messages received previously in the conversation.

Example 10: A computer-implemented method to provide message suggestionsin a messaging application, the method comprising detecting a firstmessage sent by a first user device to a second user device over acommunication network, wherein the first message includes a messagesticker; programmatically analyzing the message sticker to determine asemantic concept associated with the first message; determining one ormore suggested responses based at least in part on the semantic concept;and transmitting instructions to cause the one or more suggestedresponses to be displayed by the second user device.

Example 11: The computer-implemented method of example 10, wherein theone or more suggested responses include at least one suggested messagesticker response that includes a message sticker.

Example 12: The computer-implemented method of example 11, whereindetermining the one or more suggested responses further comprises:comparing one or more descriptors associated with a plurality of messagestickers with the one or more suggested responses; and selecting the atleast one suggested message sticker response from the plurality ofmessage stickers based on the comparing.

Example 13: The computer-implemented method of one of examples 11-12,further comprising determining that the message sticker is stored on thesecond user device.

Example 14: The computer-implemented method of one of examples 10-13,wherein the method further comprises receiving a selection of at leastone suggested response of the one or more suggested responses based onreceived user input to the second user device; and in response toreceiving the selection, transmitting the at least one suggestedresponse to the first user device over the communication network.

Example 15: The computer-implemented method of one of examples 10-14,wherein the message sticker is associated with image data and a stickeridentification (ID).

Example 16: A system to provide message suggestions in a messagingapplication comprising: a memory; and at least one processor configuredto access the memory and configured to perform operations comprising:receiving, at a second user device, a first message sent by a first userdevice over a communication network; obtaining a suggested responseassociated with the first message, wherein the suggested response isbased on a semantic concept determined by programmatically analyzing thefirst message; identifying one or more message stickers based at leastin part on the suggested response, wherein the one or more messagestickers are stored on the second user device; and causing the one ormore message stickers to be displayed in a user interface displayed onthe second user device.

Example 17: The system of example 16, wherein the operation to obtainthe suggested response comprises receiving the suggested response from aserver device, wherein the server device programmatically analyzes thefirst message to determine the semantic concept and determines thesuggested response based on a mapping of the semantic concept to alibrary of stored suggested responses.

Example 18: The system of one of examples 16-17, wherein the at leastone processor is further configured to perform operations comprising:obtaining a plurality of semantic concepts associated with a pluralityof message stickers stored on the second user device; and comparing theplurality of semantic concepts with the suggested response, whereinidentifying the one or more message stickers based at least in part onthe suggested response includes selecting the one or more messagestickers from the plurality of semantic concepts based on the comparing.

Example 19: The system of one of examples 16-18, wherein the at leastone processor further performs operations comprising receiving aselection of at least one suggested response of the one or moresuggested responses based on received user input to the second userdevice; and in response to receiving the selection, transmitting the atleast one suggested response to the first user device over thecommunication network.

Example 20: The system of one of examples 16-19, wherein at least onemessage sticker of the one or more message stickers includes image datato be displayed and a sticker identification (ID) to identify the atleast one message sticker.

Although the description has been described with respect to particularimplementations thereof, these particular implementations are merelyillustrative, and not restrictive. Concepts illustrated in the examplesmay be applied to other examples and implementations.

In situations in which certain implementations discussed herein maycollect or use personal information about users (e.g., user data,information about a user's social network, user's location and time,user's biometric information, user's activities and demographicinformation), users are provided with one or more opportunities tocontrol whether the personal information is collected, whether thepersonal information is stored, whether the personal information isused, and how the information is collected about the user, stored andused. That is, the systems and methods discussed herein collect, storeand/or use user personal information specifically upon receivingexplicit authorization from the relevant users to do so. In addition,certain data may be treated in one or more ways before it is stored orused so that personally identifiable information is removed. As oneexample, a user's identity may be treated so that no personallyidentifiable information can be determined. As another example, a user'sgeographic location may be generalized to a larger region so that theuser's particular location cannot be determined.

Note that the functional blocks, operations, features, methods, devices,and systems described in the present disclosure may be integrated ordivided into different combinations of systems, devices, and functionalblocks as would be known to those skilled in the art. Any suitableprogramming language and programming techniques may be used to implementthe routines of particular implementations. Different programmingtechniques may be employed such as procedural or object-oriented. Theroutines may execute on a single processing device or multipleprocessors. Although the steps, operations, or computations may bepresented in a specific order, the order may be changed in differentparticular implementations. In some implementations, multiple steps oroperations shown as sequential in this specification may be performed atthe same time.

What is claimed is:
 1. A computer-implemented method to provide messagesuggestions in a messaging application, the method comprising: detectinga first message sent from a first user device to a second user deviceover a communication network; programmatically analyzing the firstmessage to determine a semantic concept associated with the firstmessage; determining multiple suggested text responses to the firstmessage based on the semantic concept; comparing each of the multiplesuggested text responses to respective descriptors associated with aplurality of message stickers; selecting at least one descriptor of therespective descriptors that matches at least a portion of at least onesuggested text response of the multiple suggested text responses; andtransmitting instructions to cause the at least one selected descriptorto be displayed in a user interface on the second user device as asuggested response to the first message.
 2. The computer-implementedmethod of claim 1, wherein the at least one selected descriptor is aword included in the at least one suggested text response.
 3. Thecomputer-implemented method of claim 1, wherein the at least onesuggested text response includes at least two words, and wherein the atleast one selected descriptor includes a first selected descriptor thatmatches a first word of the at least two words and a second selecteddescriptor that matches a second word of the at least two words.
 4. Thecomputer-implemented method of claim 1, wherein the plurality of messagestickers are in a predefined set of available message stickers storedlocally on the second user device.
 5. The computer-implemented method ofclaim 1, further comprising transmitting instructions to cause one ormore message stickers that have the at least one descriptor to bedisplayed as one or more additional suggested responses in the userinterface displayed on the second user device.
 6. Thecomputer-implemented method of claim 1, wherein determining the multiplesuggested text responses includes receiving the multiple suggested textresponses from a server device, wherein the server device determines themultiple suggested text responses based on a mapping of the semanticconcept to a library of suggested text responses stored on the serverdevice.
 7. The computer-implemented method of claim 1, wherein the firstmessage includes a received message sticker, wherein programmaticallyanalyzing the first message to determine the semantic concept associatedwith the first message includes using sticker identification informationreceived with the received message sticker to retrieve an associateddescriptor that is associated with the received message sticker fromsticker data storage, and wherein the associated descriptor is includedin the semantic concept.
 8. The computer-implemented method of claim 1,further comprising: receiving selection of the suggested response basedon user input to the second user device; and in response to receivingthe selection, transmitting the selected suggested response to the firstuser device over the communication network via the messagingapplication.
 9. The computer-implemented method of claim 1, whereincomparing each of the multiple suggested text responses to therespective descriptors includes at least one of: checking for lettermatches between words of the respective descriptors and the multiplesuggested text responses; or checking for semantic similarity betweenthe respective descriptors and the multiple suggested text responses.10. The computer-implemented method of claim 1, wherein the plurality ofmessage stickers includes at least one of images, animated images, orvideos.
 11. A system to provide message suggestions in a messagingapplication comprising: at least one processor; and memory coupled tothe at least one processor and storing instructions that, when executedby the at least one processor, cause the at least one processor toperform operations comprising: detecting a first message sent from afirst user device to a second user device over a communication network;programmatically analyzing the first message to determine a semanticconcept associated with the first message; determining multiplesuggested text responses to the first message based on the semanticconcept; comparing each of the multiple suggested text responses torespective descriptors associated with a plurality of message stickers;selecting at least one descriptor of the respective descriptors thatmatches at least a portion of at least one suggested text response ofthe multiple suggested text responses; and transmitting instructions tocause the at least one selected descriptor to be displayed in a userinterface on the second user device as a suggested response to the firstmessage.
 12. The system of claim 11, wherein the at least one selecteddescriptor is a word included in the at least one suggested textresponse.
 13. The system of claim 11, wherein the at least one suggestedtext response includes at least two words, and wherein the at least oneselected descriptor includes a first selected descriptor that matches afirst word of the at least two words and a second selected descriptorthat matches a second word of the at least two words.
 14. The system ofclaim 11, wherein the plurality of message stickers are in a predefinedset of available message stickers stored locally on the second userdevice.
 15. The system of claim 11, wherein the operation of determiningthe multiple suggested text responses includes receiving the multiplesuggested text responses from a server device, wherein the server devicedetermines the multiple suggested text responses based on a mapping ofthe semantic concept to a library of suggested text responses stored onthe server device.
 16. The system of claim 11, wherein the first messageincludes a received message sticker, wherein the operation ofprogrammatically analyzing the first message to determine the semanticconcept associated with the first message includes using stickeridentification information received with the received message sticker toretrieve an associated descriptor that is associated with the receivedmessage sticker from sticker data storage, and wherein the associateddescriptor is included in the semantic concept.
 17. The system of claim11, wherein the at least one processor performs further operations of:receiving selection of the suggested response based on user input to thesecond user device; and in response to receiving the selection,transmitting the selected suggested response to the first user deviceover the communication network via the messaging application.
 18. Thesystem of claim 11, wherein the operation of comparing each of themultiple suggested text responses to the respective descriptors includesat least one of: checking for letter matches between words of therespective descriptors and the multiple suggested text responses; orchecking for semantic similarity between the respective descriptors andthe multiple suggested text responses.
 19. The system of claim 11,wherein the plurality of message stickers includes at least one ofimages, animated images, or videos.
 20. A non-transitory computer usablemedium including computer program instructions that, when executed on acomputer, cause the computer to perform operations comprising: detectinga first message sent from a first user device to a second user deviceover a communication network; programmatically analyzing the firstmessage to determine a semantic concept associated with the firstmessage; determining multiple suggested text responses to the firstmessage based on the semantic concept; comparing each of the multiplesuggested text responses to respective descriptors associated with aplurality of message stickers; selecting at least one descriptor of therespective descriptors that matches at least a portion of at least onesuggested text response of the multiple suggested text responses; andtransmitting instructions to cause the at least one selected descriptorto be displayed in a user interface on the second user device as asuggested response to the first message.